背景：今天抽空花了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.质量倡导   放上他们的二维码

 

 

标签：读后感,团队,--,业务,摘抄,质量,测试,价值,缺陷
来源： https://www.cnblogs.com/chongyou/p/15911146.html