原则5：产品是一种解决方案。如果问题没有被解决，它是无用的(Doesn’t Work)。

　　成功的软件必须帮助用户解决现实世界中的问题，辅助他们获得成功。在极端情况下，一个符合规格说明且没有技术缺陷的软件会遭遇失败，因为它没有解决用户的问题，甚至阻碍用户解决问题。图1.1显示，在需求完成(Requirements Complete)时，不确定的范围会大幅缩小。但是，如果需求存在重大缺陷，甚至初始概念是错误的，那么稳定的开发过程只会“稳定地”产生失败的产品。

　　这一原则要求测试工作者用软件用户的视角考察整个产品，从显式规格说明(不完整、模糊、包含错误的项目文档)和隐式规格说明(包括竞争对手产品、相关产品、已发布版本、电子邮件讨论、口头讨论、论坛反馈、博客文章、领域专著、测试经验等)中，挖掘、推导、发现需求。这是探索式测试人员需要掌握的探索技能。

　　原则6：好的软件测试是一个具有挑战性的智力过程。

　　这又是一条不言自明的原则，相信本书的读者也会认同该原则。虽然您可能会质疑本书的一些观点，但是您的阅读已经说明软件测试的挑战性和复杂性需要认真研究与思考。

 　　这条原则的推论是枯燥、机械、无成感的测试过程不是好的软件测试。这样的过程压抑了测试人员的创造性，分散了他们的注意力，降低了他们的智力水平。然而，本书的作者们也必须承认，我们在日常工作中也时常会感到枯燥、单调、缺乏创造力。对此，笔者的基本观点是：第一，测试人员应该以合乎要求的质量完成自己的工作，这是测试人员必须履行的职责;第二，应该将单调的工作视为改进的信号，通过改变工作内容和流程，将更多的时间用于具有挑战性的工作。探索式测试、技术创新和测试自动化是笔者的常用工具。

　　原则7：只有通过判断和技能，并在整个项目过程中协同练习(Exercise Cooperatively)它们，我们才能在正确的时间做正确的事，以有效地测试我们的产品。

　　软件测试领域的一些文献似乎在暗示，只要严格遵循“”的测试过程或模板，可以使普通的测试人员成为测试专家，并获得理想的测试结果。这种观点是不正确的，因为只有高素质的测试人员才能根据语境设计出合适的流程、计划、策略和用例，而这些才是有效测试的基础。

　　那么该如何培养高素质的测试人员呢?Cem Kaner指出：“测试过程的一个重要成果，是更好、更聪明的测试人员。”[Kaner01]的测试人员具备高超的技能，而这种技能只能通过持续的学习和实践才能获得。而且在一个合作与分享的环境中，测试人员可以学得更快、练得更好。