《全程软件测试》：对软件测试的认知

摘要：《全程软件测试》适合软件测试人员阅读，也可作为相关专业人士的参考指南，书中总结了过去十年中软件测试发生的变化，浓缩了作者许多宝贵的软件测试经验，本文是禅道团队的小伙伴关于阅读《全程软件测试》的心得分享。

因为参加了朱少民老师的软件测试培训，于是就借阅了这本《全程软件测试》来阅读。

一、什么是软件测试

1.找Bug；
2.是否符合需求验收标准；
3.是否符合用户实际使用需求；
4.保证软件质量；
5.验证和确认；
6.提示软件风险；
7.不断探索。

二、软件测试的基本认知—正反思维

1.早期，人们将测试看做对产品的检验；
2.1983年软件测试定义：软件测试就是一系列活动，这些活动是为了评估一个程序或软件系统的特性或能力，并确定其实否达到了预期结果；
3.测试试图验证软件是工作的，也就是验证软件功能执行的正确性；
4.测试的活动是以人们的设想或预期的结果为依据，这里的设想或预期的结果是指需求定义、软件设计的结果；
5.软件测试有一条原则：测试是不能穷尽的。测试会面对大量的测试数据、测试场景或代码路径，测试也只是一个样本实验；
6.从心理学的角度看，如果将验证软件是工作的作为测试目的，非常不利于测试人员发现软件的错误；
7.做好测试，既要有深度，又要有广度；既要有效率，又要有测试工作自身完整的质量；
8.将正反思维有机结合起来，做到效率和质量的平衡。

三、狭义测试到广义测试

1.从早期的动态测试延伸到静态测试；
2.广义测试：动态+静态，需求评审、设计评审、代码评审加入到软件测试中；
3.不再是停留在编码等某个阶段，贯穿软件研发周期的质量保证活动中；
4.引入静态测试，尽早发现问题，把问题消灭在萌芽阶段，及时清除每个阶段的问题。

四、基于质量的认知

1.将软件质量分为内部质量、外部质量、使用质量；
2.内部质量：代码规范、复杂度、耦合性；
3.产品质量影响使用质量，使用质量依赖产品质量；
4.产品质量：功能适应性、效率、兼容性、易用性、可靠性、安全性、可维护性、可移植性；
5.使用质量：有效性、效率、满意、远离风险、语境覆盖。

五、基于风险的认知

1.敏捷开发中，软件测试是对软件产品质量的持续评估；
2.对测试工作有所侧重，排优先级，在风险和开发周期限制上获得平衡；
3.动态的质量监控，设置新基准，持续性的进行测试。

六、基于社会性的认知

1.A/B测试，不同的解决方案，UI布局功能设计等；
2.理解用户行为，活动背景和目的，上下文关系，发现差异和质疑，从客户利益、业务特性来守护产品价值点。

七、基于经济的认知

1.软件缺陷会带来劣质成本；
2.软件测试就是如何以最小的代价获得更高的收益，尽早介入。

八、基于标准的认知

1.验证和确认；
2.验证：单元测试、集成测试、系统测试；
3.确认：验收测试；
4.回归测试伴随着整个测试过程，在功能测试、系统测试、单元测试、集成测试中，一旦有变更或修正，就要进行相应的回归测试。

九、基于Test Oracle的认知

1.软件测试=检测已知的+试验未知的；
2.了解测试的输入具有两重性—确定性和不确定性，测试的输出也具有很大的不确定性；
3.测试先知：需求说明书，设计文档，竞品、启发统计一致性模型人类语言测试；
4.是启发式测试，测试人员的试验，不断质疑系统，根据系统反馈做出判断，探索式测试；
5.随机测试、模糊测试、变异测试；
6.软件测试=基于模型、脚本的自动化测试+基于手工或AI的探索式测试；

十、基于批判性思维的认知

1.借助观察、经验、反思、推理、沟通收集信息，对软件产品相关的质量信息进行分析，评估软件质量，并做出结论；
2.促进我们重新审视问题、意图，和陈述之间实际的推论关系，勇于质疑证据，去分析和评估陈述、论证的过程；
3.软件测试：不断质疑被测系统的过程；
4.设计、执行、分析、学习的过程不断循环，不断优化的测试过程；
5.是一种会话—测试人员与系统的一次真正的会话。