第一章 三年之痒
第二章 软件测试工程师的职业规划
软件测试的职业发展方向
1.管理方向：
测试组长：不负责整个产品，而是其中一个或多个特性
测试经理：运作测试项目，包括制定计划，质量评估，给出发布建议，深入理解项目价值，掌握更多的管理知识，做好项目范围管理，质量管理，成本管理，时间管理，风险管理和人力管理，还要和开发，产品，市场人员密切配合，紧密配合，沟通协调能力必不可少。他们依然是测试的骨干，还会负责产品测试的重点，不是纯粹的管理者
测试总监：负责的对象是产品线或公司，需要理解产品的商业目标，直接对产品成功负责。需要对测试团队的发展负责，进行人员招聘和培养，留住关键人才，提升团队的胜任力和职业能力，负责资源的计划与分配，持续改进测试能力，提升效率和质量
2.技术方向
产品测试技术：把某个具体（或一类）产品测试得更好的技术。
产品测试专家：测试架构师，负责产品测试的整体架构设计，对测试重点和难点进行研究与攻关，为测试组织提供最优的测试方法
专项测试技术：不针对具体产品，而是测试领域某个普遍使用的技术
测试设计技术专家
缺陷分析技术专家
探索性测试技术专家
自动化测试技术专家
测试流程专家
安全测试技术专家
性能测试技术专家
- 角色与段位
秘书九段的故事。
测试六段的参考：
测试一段：根据测试用例的描述步骤执行测试用例，对照预期结果发现问题并上报
测试二段：对需求有一定了解，进行需求分析，设计测试用例，发现问题能初步定位
测试三段：对需求和实现有较为深入的理解，设计用例会注意用例的有效性，会考虑自动化测试等方法提升测试效率
测试四段：深入理解产品的需求和实现，理解产品质量，理解产品的隐形需求，对产品的性能，可靠性，易用性等非功能测试均涉及，掌握其中测试方法，会使用测试缺陷分析技术，会评估产品质量
测试五段：不断追求最适合产品的测试技术，关注测试过程改进，推动产品测试技术的进步
测试六段：走向前端，做缺陷预防，将测试方法标准化，并固化为测试工具和流程
第三章 测试架构师在测试流程中的测试活动
在需求分析中
- 理解产品的商业目标
不止关注系统构造的技术方面，更要对客户价值和商务价值———你能帮助客户真正解决什么问题，你怎样帮助公司赚钱？——有深刻的认识
测试活动：
- 如何验证待测试的产品正确体现了市场价值
- 所做的测试策略是否和公司的财务，销售，营销目标一致
- 梳理用户的使用场景
使用场景指用户将如何使用这个产品，将直接体现产品的价值
- 产品有多少种类型的客户，用户的业务是什么
- 竞争对手对用户提供了哪些有价值的解决方案，你们之间的差异是什么
- 产品所在领域有哪些基本的规范和要求，行业背景有哪些，用户习惯是什么？
架构师需要把梳理的使用场景，归纳为测试场景
- 针对不同类型的用户，分别确定这些用户的行为习惯和关注点
- 逐一分析这些用户会如何使用产品，根据分析结果建立产品的拓扑模型，配置模型，流量模型等，抽象出典型场景
- 确定各个典型场景下的输入和输出
- 输出产品总体的测试策略
帮助整个团队明确测试的范围，目标，测试重点和难点，测试深度和广度，以及如何安排各种测试活动（及测试分层）
测试广度是从覆盖角度对产品测试进行描述，测试深度是从测试方法（如单运行测试，多运行测试，边界值或错误输入等）来对测试进行描述
测试分层帮我们将一个大的测试目标分解为若干小的测试目标。可以逐层测试。
在测试分析和设计中
- 制定阶段测试策略
- 落实测试设计策略，保证测试设计的质量
在测试执行中
- 指定版本测试策略
- 跟踪测试执行
- 版本质量评估和建立版本质量档案
在质量评估中
- 确认总体测试策略中重要的质量目标是否达到
- 对总体测试策略中未达标的一般性的质量目标，确定应对措施
- 进行遗留bug分析
测试经理与测试架构师
测试经理重点工作是指定测试计划，掌握的是项目管理方面的如各种沟通，协调
测试架构师重点是测试策略，为产品找到最合适的测试方法，需要掌握各种测试技术
第四章 知识能力模型
质量模型
第五章 软能力修炼
协调，沟通能力
第六章 如何制定好测试策略
四步测试策略制定法
1.明确产品质量目标
2.进行风险分析
3.适配产品开发流程
4.进行测试分层
软件产品质量评估模型
1.测试覆盖度评估：需求覆盖度评估和路径覆盖度评估（引入白盒或流程图）
2.测试过程评估：测试用例评估，测试方法分析，测试投入分析
3.缺陷分析：缺陷密度，缺陷修复率，缺陷趋势分析，缺陷年龄分析，缺陷触发因素分析
风险分析 （针对测试策略）
- 需求阶段：需求是否完整，清晰，理解是否一致等
- 设计阶段：使用新技术？系统瓶颈？设计是否复杂？多人合作开发的模块的整体设计，
协调的把关？ - 流程：是否使用新的流程和开发方法？开发是否自测，如果自测？版本管理？
- 变更：旧功能修改的影响？项目过程中，需求是否存在变更
- 组织和人：其他组织开发？沟通是否顺畅？团队稳定？人员充足？测试环境充足？
- 历史：哪些特性存在客户反馈问题？历史上的一些问题等
风险评估
风险因素的优先级
风险应对
回避风险：主动避开损失发生的可能性
转移风险：通过某种安排，转移给其他方
减轻风险：采取预防措施，降低损失发生的可能性和影响
接受风险：主动承担风险
（举例：新需求在开发中不断增加）
回避风险：置之不理
转移风险：将新需求外包
减轻风险：寻求额外资源或裁减需求优先级低的
接受风险：加班。。
第七章测试策略实战攻略
。。。
读书总结：
越看到后面，越没兴趣，大部分都是针对质量评估模型做的介绍，不用刻意了解，毕竟不同项目不同分析。感觉本书作者都是各种书籍东借借西抄抄完成的，看到探索性测试和质量模型就能看出。后边的就不在此做笔记了，前边的一些理论还是有一定价值的。
到此结束。
