《软件测试的艺术》第一、二、三章总结

最新推荐文章于 2023-07-11 19:26:36 发布

向阳而生_cc

最新推荐文章于 2023-07-11 19:26:36 发布

阅读量409

点赞数 1

分类专栏：软件测试

本文链接：https://blog.csdn.net/lzf_hlh/article/details/104627392

版权

软件测试专栏收录该内容

34 篇文章 2 订阅

订阅专栏

第一章一次自评价测试

在当前社会，使用软件的几率几乎百分之百，我们常见的电子设备、汽车、在操作间运作的机器都是由程序嵌入进去工作的，所以软件几乎覆盖了我们所有的生活。
要测试一个程序并非程序表面的这么简单，例如测试三角形的程序，需要考虑的情况非常的多。在日常工作中，因为时间与其他条件的限制，我们会更多的倾向于执行那些是功能正确的用例，对于使程序或者功能错误的用例很少去执行。对于这些使软件功能失败的场景，一方面很多我们都没有考虑到，另一方面我们可能更加想看见这个软件功能时达到预期的、是正确的，而不想看见它失败，因为我们的职责就是给客户交付提供正确功能的软件产品。对于是程序失败的用例，我觉得可以在写完是程序运行正确的用例之后，站在希望程序功能失败的这一立场，去考虑有什么场景可以使功能失败，进而设计出好的用例。

第二章软件测试的心理学和经济学

测试是来增加程序的价值，是指测试提高了程序的可靠性或质量。提高可靠性，是指找出并最终修改了程序的错误。测试的目的不是证明这个软件是没错的，而是去发现它潜在的错误。测试是为发现错误而执行程序的过程。
成功的测试用例时发现以前没有发现的错误的用例，失败的测试用例是没有发现错误的测试用例。
黑盒测试又称数据驱动的测试或者输入/输出驱动的测试；白盒测试又称逻辑驱动的测试，允许我们检查程序的内部结构。
穷举法在场景较少且穷举例子完整且少的情况下，可以使用，如果穷举之后数据很大，最好别整体使用，挑具有代表性的数据进行尝试。
测试用例中一个必要的部分是对预期输出或结果进行定义。
测试用例包含的必不可少的两个部分：1、对程序的输入数据的描述；2、对程序在上述输入数据下的正确输出结果的精确描述。
测试用例的编写不仅应当根据有效和预期的输入情况，而且也应当根据无效和未知的输入情况。未预料到和无效的用例比有效的用例更能发现问题，例如检验是否为一个三角形时，输入：1，2，5。
检查程序是否”未做其应该做的“仅是测试的一半，测试的另一半是检查程序是否”做了其不应该做的“。
回归测试：保留测试用例，当程序其他部件发生更动后重新执行，这就是我们所谓的”回归测试“。
在设计用例或者执行用例时，不应该将不会发生的情况视而不见，测试用例需要加上，执行用例时需要执行。
程序发生错误的可能性与已发现错误的数量是成正比关系的，所以，如果发现了程序错误，并且还有发生错误的可能性，那么程序很大可能还有其他未发现的错误。如果一个部分测试发现比较多的错误，那一定要对这个模块进行多次测试。
软件测试是为发现错误而执行程序的过程、尽量避免编码人员测试自己的程序、好的测试用例能够发现未知的错误、成功的测试需要仔细定义输入输出的期望值、成功的测试需要仔细研究分析测试的结果。

第三章代码检查、走查与评审

刚开始，软件测试的唯一方法是在计算机上执行它。发现错误与改正错误的时间越早，节约的成本就越多。
代码检查、走查以及可用性测试是三种主要的人工测试方法。迭代的需求与新需求，迭代的需求发生的错误会更多。
数据引用会发生的错误：是否有引用的变量未赋值或未初始化、数组中有没有下标越界错误、数组中的下表是否都为整数、是否有空指针、变量值的类型或属性是否与编译器所预期的一致、以关键字作为变量命名或者变量名中含有关键字都不可取。
运算中的错误：数据类型不一致的运算，例如：浮点数与整数的加法，或者相同的数据类型，不同字长变量间的运算。
比较错误：不同数据类型的变量之间的比较运算，如将字符串与地址、日期或数字相比较、对于比较词的混淆：至多、至少、大于、不小于、小于、等于等比较关系、逻辑表达式：与或非、以及比较运算符与逻辑运算符的混合使用。
控制流程错误：循环该终止的部分是否终止了，大的循环终止了，其中小的模块、子程序是否都终止了、循环入口执行是否满足执行的条件、循环次数是否正确、终止条件是否正确。
接口错误：实参与形参的数量是否一致、实参与形参的类型是否一致、形参中是否存在常量、全局变量是否与局部变量混淆。
输入/输出错误：文件属性、属性设置、读取文件的内存空间够不够、开启文件与关闭文件、文件将诶书的条件是否正确。
代码走查：需要多人组成一个会议，大家一起讨论并指出不正确的地方，当然这件事情也是对事不对人的事情。
桌面检查：由一个人阅读代码。