突破向软件测试架构师的目标迈进.PDFVIP

第二部分 Part 2 突破 向软件测试 ： 架构师的目标迈进 ■ 第3章　软件测试架构师应该做和不该做的 事情 ■ 第4章　软件测试架构师的知识能力模型 ■ 第5章　软件测试架构师的软能力修炼 软件测试工程师是第一个直面产品的“用户”，通过产品测试，对产品质量进行评估， 为决策者提供参考。千万不要小觑软件测试工程师的测试结论，因为测试结论不仅会影响 产品的命运（是继续研发下去？发布？还是终止项目？），还会影响整个团队的士气（总也测 不完的bug 和总也改不完的bug ，对任何一个团队来说都不是一件愉快的事情），所以软件 测试并不是一项简单的技术工作，而是一门需要结合产品领域、管理、心理学和经济学等 综合性的技艺。这让我想起Glenford J.Myers 曾在他的经典著作中将软件测试称为一门“艺 术”，也许真的只有“艺术”这个词才能真正概括软件测试。 对一个艺术团体来说，有位出色的“团长”能够管理好这个团队固然重要，但是“团长” 可能仅是位职业管理者，在这个团队中还需要有精湛艺术造诣的“台柱”，他们用自己对艺 术深刻的理解、创新，赋予团队特有的生命力，好像团队的“灵魂”。既然软件测试也是一 门艺术，那么在软件测试中，谁（指角色）是这个团队的“灵魂”呢？ 第2 章在描述软件测试工程师有哪些职业发展方向时谈到了“软件测试架构师”。通 过第2 章的叙述，我们了解到“软件测试架构师”是产品测试专家，但是只懂测试，或者 只懂产品，都无法成为卓越的软件测试架构师。软件测试架构师的精髓是“找到最合适产 品的测试技术”，“最合适”这个词本身就有很强的辩证意味，需要在理解产品的商业目标、 成本、技术的基础上，找到产品和测试最合适的平衡点，以此为标准来确定测试策略（这 里我们可以先将测试策略理解为测试方法，后文将为大家详细描述测试策略相关的内容）。 举例来说，“平台性的产品”（不会直接发布给用户）和“会发布给用户的产品”使用的测试 策略是不一样的；“快速开发的产品”和“战略性产品”的测试策略也是不一样的；“继承 性的产品”和“全新开发的产品”使用的测试策略又是不一样的。如果对各种不同的产品， 使用一套测试策略，这样的产品测试无疑是刻板、是缺乏生命力的，也不会是最成功的。 除此之外，“最合适”还含有持续改进的意思，“最合适”永远不会是终点，永远都有可以 提升的空间。针对产品不断改进产品的测试技术，也是测试团队不断成熟的过程。 写到这里，前面问题的答案已经跃然纸上了：对软件测试来说，“软件测试架构师”正 是这个团队中的“灵魂”。那么对于一名普通的软件测试工程师来说，需要如何去做，才能 进一步向软件测试架构师的目标迈进呢？ 本书的第二部分，将和大家深入探讨作为一名软件测试架构师，需要关注哪些内容， 需要哪些知识技能，为大家向软件测试架构师目标迈进提供参考。 第3 章 Chapter 3 软件测试架构师应该做和不该做的事情 虽然目前国内很多软件公司已经设置了“软件测试架构师”这个职位，但是总的来说 “软件测试架构师”这个角色现在还不够普遍。通过第2 章的描述，我们知道“软件测试架 构师”是“软件测试工程师”在软件测试技术上一个重要的发展方向，但是我们可能对“软 件测试架构师”在产品测试活动中具体会做哪些事情、关注哪些方面理解得还不够全面。 本章以产品测试流程中的主要测试活动为线索，为大家介绍软件测试架构师需要关注 的内容。需要特别说明的是，本章并不会对其中涉及的测试技术的细节展开讨论，这些内 容会在本书的第4 章和第5 章为大家详细呈现；此外本章也不会探讨如何在产品测试中， 根据产品的实际情况来选择最合适的测试技术（即制定测试策略），这部分内容将在本书的 第6 章至第8 章为大家详细描述。 3.1　软件测试架构师需要关注和不需要关注的事情 对产品测试来说，无论是传统的集成产品开发模式，还是迭代、敏捷，测试活动都可 以概括为测试需求分析、测试分析和设计、测试执行和测试质量评估。产品测试不应该是 产品研发末端的活动，而应该是“端到端”的，在产品研发的开始阶段，测试就需要投入。 和“好的产品是设计出来的”一样，测试分析不仅能够帮助测试更好地认识产品，准备测 试，还能反过来帮助开发确认需求，确认产品在非功能属性（如性能、可靠性、易用性等） 方面的设计。测试的意义，不仅在于测试发现bug ，为产品发