《不止测试》--书籍读后感和摘抄笔记

背景：今天抽空花了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.质量倡导

 

放上他们的二维码