颠覆完美软件：软件测试必须知道的几件事（读书笔记2）

　　一、为什么要进行测试？（第1章）

　　1、人类的思维不完美

　　　　我们的思维是不完美，无论我们多想尽力的完成一项工作，都会可能会在某一点上出错。我们要让自己做出的决定比不进行测试的时候要更好。

　　2、通过测试决定软件产品是否能卖出去

　　　　作为软件生产者，我们要通过测试来了解软件产品是否能够卖出去。要从客户的角度去进行测试。

　　3、决定可能有风险

　　　　风险的评估存在主观性：1.风险是针对未来进行评估的，未来可能会发生任何事情；2.不同人对同一种风险的感受是不同的。

　　　　通过测试获取的信息能够降低决策带来的风险。

　　4、测试可以提供降低风险的信息

　　　　因为不同的人，不同的项目，不同的时间都意味着对风险的不同理解。需要设计对应的测试来回答不同的问题。

　　　　1）软件是否能够做我们希望它做的工作？

　　　　2）如果软件不能做我们希望它做的工作，需要多扫工作才能解决这个问题？

　　　　3）软件是否做了我们不希望它做的事？

　　　　4）软件是否能够达到我们的预期（有没有实现其目的）？

　　　　5）软件能够做用户希望它做的事吗（用户满意吗）？

　　　　6）软件是否满足了其他的商业要求？（计划外的维护和技术支持）

　　　　7）失败的可能性和后果严重性如何？

　　　　通过设计测试用例和执行测试计划，可以提供以上问题答案的信息。

　　5、相关常识

　　　　1）试图进行完美的测试，会让你完蛋

　　　　2）测试人员的职责是为决定提供信息（但不是所有信息），做决定是经理要做的。

　　　　3）在做决定时应考虑所有相关信息，需要考虑开发人员、测试人员和用户等人的意见。

　　　　4）因害怕未按计划交付产品，就交付满是错误的产品，可能导致公司巨大损失。

　　　　5）测试只是收集有关产品的信息，测试本身不会修复发现的错误。测试不会改进产品，改进是由那些修复测试发现缺陷的人实现的。

　　　　6）不存在一个“测试阶段”只进行测试，测试应该是贯穿于整个项目。

　　二、什么时候可以不进行测试？（第2章）

　　　　如果存在任何原因导致不需要使用测试结果提供的信息，就没有必要进行测试。测试得到的信息不可靠，也没有必要测试。

　　1、测试后风险增加

　　　　软件行业的经理经常需要做出带风险的决定，通常在获得部分信息的情况下做出决定是比较保险的。但有些时候经测试获得信息可能会增加决定的风险。

　　　　1）对项目进行太多测试，可能推迟发布产品而不能及早进入市场；

　　　　2）测试提供的信息，开发人员因测试提供的信息，进行的程序修复可能会破坏程序其他部分的运行；

　　　　3）测试发现问题，但是并未引起重视进行修复，可能会导致后续的问题。

　　2、对测试反馈的信息无动于衷

　　　　需要解释并使用测试产生的信息。

　　　　1）测试人员提交测试报告后，应对报告进行仔细审核，找到有用的信息；

　　　　2）测试人员不清楚怎么测试，应对他们进行培训；

　　　　3）测试人员不能很好理解软件，应对他们进行培训；

　　3、因感性而非理性所做的决定

　　　　人们存在一种感情倾向，不希望发现自己犯了错误。所以人们会做出与理性使用信息没有关系的决定。

　　4、不良的测试

　　　　考虑不周的测试或者执行过程不佳的测试都属于“不良测试”。这样的测试会让人认为产品的质量高于实际质量，导致提前交付。或者产品质量低于实际质量，导致推迟交付，损失效益。这都是不可取的。

　　5、产品没有准备好接受测试

　　　　有以下几种情况，说明产品尚未准备好接受测试，那么就没有必要进行测试，情况如下：

　　　　1）测试是否有助于解决产品存在的至少一个问题？

　　　　2）是否希望知道该问题的答案？

　　　　3）是否只是漫不经心地对待测试结果？需要对测试发现的问题追根究底。

　　　　4）是否预先和测试人员就通过测试的标准达成一致？

　　　　5）如果不能，怎样才算通过测试？

　　　　6）是否认为测试的结果会替你做出决定？不可能从纯技术的角度做出商业决定。可以使用测试得到的信息来支持商业决策。

　　　　7）测试结果能否是你改变决定？

　　6、相关常识

　　　　1）既然雇佣测试人员，就要相信他们的测试结果。如果不信任他们，要么是选错了人，要么就需要帮助他们提高可信度。

　　　　2）不能让测试人员代替经理做决定，他们只是提供信息。

　　　　3）不使用测试提供的信息，就最好不要进行测试。

　　　　4）在做出决定时，要冷静并控制好自己的情绪，尽量用理性进行决定。

　　　　5）要对测试数据进行评估。数字本身只是数字。要学会问：获得这一数字的过程是什么？这个数字有何含义？

　　　　6）测试是一项技术开发支持活动，需要和需求、设计、编程、文档、制造及支持过程协调起来。同时要给开发人员必要时间和资源来修复测试中发现的问题。

　　　　7）不要催促测试人员进行测试，测试是非常精细的工作。催促测试人员容易产生危险的有误导性的结果，尤其在测试人员感到害怕、疲劳或变现愤世嫉俗时。

　　　　8）测试经理也需要了解测试过程，所以需要任命有测试经验的人担任测试经理。

　　　　9）很多看起来非理性的决定在不同的价值取向下是理性的。记住这一原则，可以避免经理、测试人员和开发人员之间的许多冲突。

　　　　10）测试产生的信息用途很多，交付产品后进行测试，可以收集对客服和支持人员有用的信息。

　　三、为什么不进行穷举测试？（第3章）

　　　　本章主要介绍不对所有可能性进行测试的原因，对于经理和测试人员，都应该了解测试是一种采样过程，需要了解采样给测试所带来的风险。

　　1、可进行测试的数目是无限的

　　　　如果不能查看代码内部逻辑，可输入的测试用例是无限的。当然还有在不同配置下进行测试，不同制造商、不同驱动程序、不同操作系统、测试执行的顺序、不同的内存等等。这样算来可测试的用例确实是无限多。

　　2、测试最多只是采样

　　　　由于我们无法测试所有可能性，任何实际的测试集（测试用例）都是某种程度的样本——代表整个可能测试集合的一个部分或片段。所以测试就是用样本集对程序进行采样。

　　　　采样也是一个心理过程，也是一个感性过程。令某人满意的样本也许会让另一个人觉得不满意。

　　　　我们如何决定采那些样？如何知道是否获取足够大的样本来充分代表所有情况？如何知道获得了合适的样本？

　　3、用有限资源和时间进行良好的测试

　　　　1）希望测试能够覆盖所有令人感兴趣的条件；

　　　　　　有些缺陷是测试员偶然发现，而不是精心设计的用例发现的。有没有什么心理学方法可以帮助发现更多令人吃惊的缺陷？

　　　　2）希望讲测试集减少到可以管理、可以承受的程度。

　　　　　　首先，认识到测试集都是一种采样方法，然后无论你有多少资源，都要尽可能选择那些具有最强代表性的测试集。

　　4、相关常识

　　　　1）要理解测试即是采样过程，不管用哪种方法，都要准备好应对出现采样错误的可能性。

　　　　2）获取信息的成本可能超过信息带来的好处。某些测试可能花费大量力气，但是效果并不好。

　　　　3）人不能进行穷举测试，测试工具更不能。

　　　　3）减少测试资源后，最简单的方法是限制样本的规模。规模减少可能出现采样错误，多样化的样本发现的问题可能会超过大样本发现的问题。所以与扩大测试团队相比，让测试团队成员多样化也可能会发现更多的问题。