《测试架构师修炼之道》读书笔记

第一章 三年之痒

第二章 软件测试工程师的职业规划

软件测试的职业发展方向

1.管理方向：

测试组长：不负责整个产品，而是其中一个或多个特性
测试经理：运作测试项目，包括制定计划，质量评估，给出发布建议，深入理解项目价值，掌握更多的管理知识，做好项目范围管理，质量管理，成本管理，时间管理，风险管理和人力管理，还要和开发，产品，市场人员密切配合，紧密配合，沟通协调能力必不可少。他们依然是测试的骨干，还会负责产品测试的重点，不是纯粹的管理者
测试总监：负责的对象是产品线或公司，需要理解产品的商业目标，直接对产品成功负责。需要对测试团队的发展负责，进行人员招聘和培养，留住关键人才，提升团队的胜任力和职业能力，负责资源的计划与分配，持续改进测试能力，提升效率和质量

2.技术方向

产品测试技术：把某个具体（或一类）产品测试得更好的技术。
产品测试专家：测试架构师，负责产品测试的整体架构设计，对测试重点和难点进行研究与攻关，为测试组织提供最优的测试方法
专项测试技术：不针对具体产品，而是测试领域某个普遍使用的技术
测试设计技术专家
缺陷分析技术专家
探索性测试技术专家
自动化测试技术专家
测试流程专家
安全测试技术专家
性能测试技术专家

3. 角色与段位

秘书九段的故事。
测试六段的参考：
测试一段：根据测试用例的描述步骤执行测试用例，对照预期结果发现问题并上报
测试二段：对需求有一定了解，进行需求分析，设计测试用例，发现问题能初步定位
测试三段：对需求和实现有较为深入的理解，设计用例会注意用例的有效性，会考虑自动化测试等方法提升测试效率
测试四段：深入理解产品的需求和实现，理解产品质量，理解产品的隐形需求，对产品的性能，可靠性，易用性等非功能测试均涉及，掌握其中测试方法，会使用测试缺陷分析技术，会评估产品质量
测试五段：不断追求最适合产品的测试技术，关注测试过程改进，推动产品测试技术的进步
测试六段：走向前端，做缺陷预防，将测试方法标准化，并固化为测试工具和流程

第三章 测试架构师在测试流程中的测试活动

在需求分析中

1. 理解产品的商业目标
   不止关注系统构造的技术方面，更要对客户价值和商务价值———你能帮助客户真正解决什么问题，你怎样帮助公司赚钱？——有深刻的认识

测试活动：

• 如何验证待测试的产品正确体现了市场价值
• 所做的测试策略是否和公司的财务，销售，营销目标一致

2. 梳理用户的使用场景

使用场景指用户将如何使用这个产品，将直接体现产品的价值

• 产品有多少种类型的客户，用户的业务是什么
• 竞争对手对用户提供了哪些有价值的解决方案，你们之间的差异是什么
• 产品所在领域有哪些基本的规范和要求，行业背景有哪些，用户习惯是什么？

架构师需要把梳理的使用场景，归纳为测试场景

• 针对不同类型的用户，分别确定这些用户的行为习惯和关注点
• 逐一分析这些用户会如何使用产品，根据分析结果建立产品的拓扑模型，配置模型，流量模型等，抽象出典型场景
• 确定各个典型场景下的输入和输出

3. 输出产品总体的测试策略

帮助整个团队明确测试的范围，目标，测试重点和难点，测试深度和广度，以及如何安排各种测试活动（及测试分层）
测试广度是从覆盖角度对产品测试进行描述，测试深度是从测试方法（如单运行测试，多运行测试，边界值或错误输入等）来对测试进行描述
测试分层帮我们将一个大的测试目标分解为若干小的测试目标。可以逐层测试。

在测试分析和设计中

1. 制定阶段测试策略
2. 落实测试设计策略，保证测试设计的质量

在测试执行中

1. 指定版本测试策略
2. 跟踪测试执行
3. 版本质量评估和建立版本质量档案

在质量评估中

1. 确认总体测试策略中重要的质量目标是否达到
2. 对总体测试策略中未达标的一般性的质量目标，确定应对措施
3. 进行遗留bug分析

测试经理与测试架构师

测试经理重点工作是指定测试计划，掌握的是项目管理方面的如各种沟通，协调
测试架构师重点是测试策略，为产品找到最合适的测试方法，需要掌握各种测试技术

第四章 知识能力模型

质量模型

第五章 软能力修炼

协调，沟通能力

第六章 如何制定好测试策略

四步测试策略制定法

1.明确产品质量目标
2.进行风险分析
3.适配产品开发流程
4.进行测试分层

软件产品质量评估模型

1.测试覆盖度评估：需求覆盖度评估和路径覆盖度评估（引入白盒或流程图）
2.测试过程评估：测试用例评估，测试方法分析，测试投入分析
3.缺陷分析：缺陷密度，缺陷修复率，缺陷趋势分析，缺陷年龄分析，缺陷触发因素分析

风险分析 （针对测试策略）

• 需求阶段：需求是否完整，清晰，理解是否一致等
• 设计阶段：使用新技术？系统瓶颈？设计是否复杂？多人合作开发的模块的整体设计，
  协调的把关？
• 流程：是否使用新的流程和开发方法？开发是否自测，如果自测？版本管理？
• 变更：旧功能修改的影响？项目过程中，需求是否存在变更
• 组织和人：其他组织开发？沟通是否顺畅？团队稳定？人员充足？测试环境充足？
• 历史：哪些特性存在客户反馈问题？历史上的一些问题等

风险评估

风险因素的优先级

风险应对

回避风险：主动避开损失发生的可能性
转移风险：通过某种安排，转移给其他方
减轻风险：采取预防措施，降低损失发生的可能性和影响
接受风险：主动承担风险
（举例：新需求在开发中不断增加）
回避风险：置之不理
转移风险：将新需求外包
减轻风险：寻求额外资源或裁减需求优先级低的
接受风险：加班。。

第七章测试策略实战攻略

。。。

读书总结：

越看到后面，越没兴趣，大部分都是针对质量评估模型做的介绍，不用刻意了解，毕竟不同项目不同分析。感觉本书作者都是各种书籍东借借西抄抄完成的，看到探索性测试和质量模型就能看出。后边的就不在此做笔记了，前边的一些理论还是有一定价值的。

到此结束。