软件测试价值提升之路- 第二章"价值实现的起点"读书笔记

价值实现的起点

2.1 打破常规

打破哪些已经不适应现在软件开发需要的“准则”，明确需要在什么样的环境下、瞄准什么目标来实现测试的价值

找风险：研发内部测试

测试最基础的是找bug，但需要根据风险找最有价值的bug，管理、跟踪、报告、排除风险将是核心，如果没有风险就可以不测试。通常测试团队的组扩建都是以质量劣化为契机的，bug只是劣化的表象，根本的原因是缺乏对风险的有效管理。

质量把握：研发外部部测试

测试对产品质量有最直接的、第一手的信息，因此，测试以外的研发环节中，和质量相关的活动都有测试的用武之地

质量把握：面对客户

测试有条件在面对客户的体验测试、验收测试、产品上线等活动中实现自己的价值。

2.2 匹配新的业务要求

软件至少有以下几个特点是需要测试去适应

推出快

现在讲的是敏捷，而测试需要具有适应这种开发模式的工具、方法和组织结构。

变化频繁

软件架构更新升级的周期一般不超过2年，新架构要继承所有的老特性，而且还会在研发效率、性能、可靠性、体验、成本等的某一个或几个方面有飞跃，测试也需要具备相应的验证和评估能力。

接口杂

后台的接口会非常多，这些接口通常是非标准的，而且并非稳定不变。繁杂的接口，对测试使用的模拟工具、自动化工具、接口捕获和分析工具提出了很大的挑战。

开放性

软件的用户既有内部专业人员，也有普通互联网用户或者内部的一般操作员。对测试而言，这意味着应用场景会更复杂，安全性的挑战也会更大。

新技术

云测试、探索式测试、极速测试、基于模型的测试（Module based testing，MBT）、基于风险的测试（Risk based testing，RBT）、测试过程改进（Test process improvement，TPI），以及各种各样号称多快好省的测试工具等。如果测试工程师不能比其他研发成员更早剥开这些名词的本质，就会显得不思进取。

重体验

很多并不具备基本计算机知识、电脑操作水平一般而并不熟悉的人成为了软件用户，软件的体验设计也没有形成普适性的所谓的“22条军规”。对体验的验证也必须有新的思路

2.3 面向企业商业成功

判断测试将要进行的实践是否在创造新的价值，标准就是这个实践对企业必然会关心的3个方面—质量、成本、效率，是否有帮助

企业的商业成功，落实到研发体系，就是需要研发提升质量和效率，降低成本。

测试团队选择做一项改进或者引进一种技术，首先就要确认所做的工作在研发质量、效率、成本上的目标。并且找到认可这个目标的“同盟军”（指产品团队中，愿意投入这项工作的、测试以外的角色），否则很可能是测试内部的自娱自乐。

RBT（基于风险的测试）的第一个应用项目，这原本是一个和研发整体效率非常密切的技术，但是部分产品在应用的时候只强调了用于识别测试重点，结果市场代表、系统工程师、开发工程师都不愿意参与到风险的识别中，使RBT流于形式，没有发挥应有的作用。

离线发布的产品，可以考虑确定产品质量方面的目标

在线发布的产品，可以考虑确定成本方面的目标

以快速发布来抢占先机的产品，应该制订效率方面的目标

2.4 寻找价值的最佳人选是自己

测试的继续进化，测试设计、自动化、环境管理、流程管理技术仍是测试工作的基石，新一代的测试人需要站在这个基石上，寻求适合自己产品形态、研发流程的成功实践，进而总结出方法。

2.5 测试价值的层次

三个层次

2.5.1 测试必须实现的价值

传统认为测试应该有的那些价值，如发现缺陷、给出性能指标、建设团队的测试能力等。这是进一步拓展测试价值的基础，测试团队需要夯实

2.5.2 测试可以实现的价值

测试有条件做到的那些价值，如改善研发过程质量、提升交付效率等。原有的能力加上新的能力和责任，形成值得测试去拓展的、新的价值外延。

如转载还请保留出处及作者姓名keena_jiao，谢谢！