背景：今天抽空花了3个小时读完了thoughworks发的的《不止测试》书籍，作者：林冰玉 写的真的是太好了，从业务驱动价值，到人员的发展以及团队的变化都有提到，主要是觉得里面的内容非常接“地气”全篇没有啰嗦，没有大道理，有的是案例和解决思路和方法，以下是我自己做的一些摘抄，和一些总结，建议大家都可以读读，值得一读。
书籍目录
1.明确价值
质量不是检测的，光靠开发完成后测试是没法保证质量的，质量需要团队成员一起负责，需要从软件开发的整个生命周期给予关注
测试左移：关注业务真正价值，以业务价值驱动开发和测试
测试右移：关注和利用生成环境的数据和信息，对线上问题进行深入分析，优化和改进上线 前开发和测试工作
关注整个交付过程：关注计划安排、团队协作
测试人员不止单纯的测试工作，质量相关的工作都是责无旁贷, 除了自己身体力行参与质量相关工作外，测试人员还需要对团队不同角色进行质量赋能，承担赋能者的职责
业务价值简单理解是以下几个方面：
1、帮助企业盈利
2、满足企业业务发展要求
3、能够带来业务价值的产品需要满足用户需求
2.关注与行动项
测试从以下维度关注业务价值：
1.用户行为 2、业务流程 3、业务影响 4、业务指标
开展测试活动考虑的业务影响：
1、与po关键业务人员沟通，保证大家对业务优先级的一致认识，测试策略、测试计划基于业务优先级制定
2、任何代码变更，不盲目无重点回归测试，基于业务风险来测
3、对于自动化，权衡成本和收益，以最小业务风险实现最佳测试覆盖
业务价值驱动测试：
1、改变认知
2、领域知识
3、分析性思维
深入分析生产环境上的缺陷：
一旦生产环境产生缺陷，除紧急修复后，还是可以在做一些分析利用5WHY 法分析缺陷
需求缺失或者需求不清晰
• 设计问题
• 编码错误
• 测试不够
• 环境相关（硬件、软件、配置等）
缺陷分析是为了更好的预防缺陷
分析根本原因，找出引起缺陷的薄弱环节，这不是目标。在找出根因和薄弱环节之后，更关键的是进一步确定改进措施
3.多人协作
大规模QA 的合作
1.知识共享
2.能力共建
4.谁该为质量负责
在讲什么是质量之前，我们有必要区分两个不同的概念：测试只能检测、发现缺陷，而质量要通过缺陷预防来实现。
质量分为外部质量、内部质量
外部质量是客户感知的
内部质量、代码的稳定、结构、可靠性 这个会影响到外部质量
内建质量
在内建质量中，我们需要构建自己的一个内部机制，如建立自动化测试、代码构建、静态检查、功能测试的深入，测试环境、生产环境缺陷，生产支持的反馈
外部质量： 用户反馈、用户报告的问题数量
内部质量： 代码评审、 结对编 程、 静态代码质量
质量不是零缺陷，不是百分百的测试覆盖率，也不是没有技术债；
质量是快速反馈，任何改变能够快速验证，并且快速修复；
质量是把精力都集中在正确的事情上；
质量是团队在代码、设计和交付上有信心做出改变；
质量是团队对任何改变负责
培养责任感的三把钥匙
动机：不找借口，看是否有办法避免下次不在发生
意识：出现问题后，不推卸责任，积极找到问题所在，共同解决问题。
面对:出错不可怕，勇敢面对
5.职业发展，团队转型
跟团队一起转型
转型面临的挑战
测试要以业务价值驱动，基于业务优先级来开展测试，让测试更有价值；
的一页纸测试策略，做到轻文档，重视文档背后的充分
沟通和协作。
演进式策略：测试策略受影响的因素非常之多，不同项目团队、不同人员成熟度、不同的项目阶段，策略都会有差异，需要拥抱变化，实现策略的目标驱动和演进式发展。
6.测试转型之器
实践与工具
测试的成功执行离不开好的实践和工具，这个层面也是大家比较容易接受和较多的采纳的。
关注整体质量，要从整体视角去看质量，而不是把注意力放在某些细节功能模块上；缺陷要做到预防为主，不再是关注后期发现缺陷的数量
成为真正的QA，包含三个方面
1.质量保障
2.质量分析
3.质量倡导
放上他们的二维码
