软件测试的艺术阅读笔记(侧重记录概念及方法)

精选文档PAGEPAGE5——软件测试的艺术阅读笔记软件测试的心里学和经济学软件测试的定义：确认计算机完成了其应当完成的功能，不执行其不该有的操作的一个或一系列过程。测试是为了发觉错误而执行程序的过程。（从软件测试心理学定义）软件测试的策略：白盒测试和黑盒测试。黑盒测试：又称数据驱动的测试或输入输出驱动的测试。判定标准：穷举输入的测试。白盒测试：又称规律驱动的测试。判定标准：穷举路径的测试。无论是穷举输入或穷举路径的测试（完全测试）都是不行能的。软件测试的重要原则：测试用例中一个必需部分是对预期输出或结果进行定义。程序员避开测试自己编写的程序。彻底检查每个用例执行的结果。测试用例的编写应当依据有效的、无效的、预料到的、未预料到的输入状况。程序某部分存在更多错误的可能性与该部分发觉的错误数成正比。软件测试是一项极富制造性、极具智力挑战的工作。小结：贯穿本书的三个重要原则：软件测试是为了发觉错误而执行程序的过程。一个好的测试用例具有较高的可能性发觉目前尚未发觉的错误。一个成功的测试用例能够发觉目前尚未发觉的错误。代码检查、走查与评审人工测试：非基于计算机测试的过程。代码检查与走查是两种主要的人工测试方法,它们的相像点：代码检查与走查都是与小组为单位，阅读或检查特定的程序。代码检查与走查是对过去桌面检查的改进。代码走查的一个优点是一旦发觉错误，通常能很好在程序中定位。代码检查和走查通常能发觉70%左右的规律设计和编码错误，是测试结果结束后已知的错误的70%。这两种方法对于新编写的程序或修改后的程序都格外有效。代码检查：所谓代码检查是以组为单位阅读代码，它是一些列规程和错误检查技术的集合。检查时主要进行两项活动：由程序编码人员逐条语句叙述程序的规律结构，小组成员提问题，推断是否存在错误。对着历来常见的编码错误列表分析程序。代码错误列表（只概述）：数据引用错误。数据声明错误。运算错误。比较错误。接口错误。输入输出错误。其它检查。代码走查：与检查基本相同，只是规程稍有不同，错误检查技术不同。桌面检查：由单人阅读程序，对比错误列表检查程序，对程序推演测试数据。效果远逊与前两种方法。同行评分：是一种依据程序整体质量、可维护性、可扩展性、易用性和清楚性对匿名程序进行评价的技术。小结：大多数软件项目都应当使用到以下的几种人工测试方法。利用错误列表进行检查。小组代码走查。桌面检查。同行评审。测试用例的设计3.1黑盒测试设计用例方法等价类划分尽可能削减用例总数，掩盖其它大部分测试用例。设计用例步骤：确定等价类为每个等价类生成一个不同的编号编写用例，尽可能掩盖更多的其它有效等价类。编写用例，只掩盖一个无效等价类。边界值分析任何时候都应当使用此方法。上述两种方法的缺点：不能掩盖到如输入条件的组合的用例。因果图因果图设计用例的优点：能掩盖输入条件的组合的用例。能指出规格说明的不完整性和不明确之处。因果图是一种形式语言，用自然语言描述的规格说明可以转换为因果图。生成用例过程：将规格说明分解为可执行的片段。确定规格说明中的因果关系（输入输出关系）。确定每个因果关系后都赐予一个编号，便利画因果图。分析规格说明，将其转换为连接因果关系的布尔图。即因果图。给图加上注解符号，说明不能联系起来的“因”和“果”。及布尔图中的约束条件。将因果图转换成一个有限项判定表。表中每一列代表一个用例。将判定表转换成用例基本的因果图符号包括，identity,not（非）,or（或）,and（与）。错误猜想利用直觉和阅历猜想可能消灭的错误类型，然后编写用例来暴露这些错误。白盒测试设计用例方法：语句掩盖判定掩盖条件掩盖判定/条件掩盖多重条件掩盖模块（单元）测试模块测试：是对程序中的单个子程序或过程进行测试的过程。增量测试：将下一步要测试的模块组装到测试完成的模块集合中测试。模块测试需要一个特殊的驱动模块（drivermode）和一个或多个桩模块（stubmodule）。驱动模块：用来将测试用例作为输入参数传递给被测模块，并显示被测模块输出结果。桩模块：用来模拟被被测模块调用的模块功能的模块。如被测模块A，调用了模块B,桩模块即用来模拟B模块的功能。增量测试相比于非增量测试的优点：工作量要少一些，由于使用了测试过的模块来取代驱动模块或桩模块。可以较早发觉模块之间接口不匹配等问题。简洁调试程序。能将测试进行的更加彻底，由于已测的模块得到了更加充分的测试。增量测试的策略：自顶向下测试自底向上测试更高级别的测试当程序无法实现其最终用户要求的合理功能是，就发生了一个软件错误。功能测试功能测试是一个试图发觉程序与其外部规格说明之间存在不全都的过程。系统测试系统测试是查找程序或系统与其初始目标不全都的过程。系统测试不局限于系统，也可以是一个程序。系统测试必需要有一个书面的、可度量的目标。系统测试的类型：力量测试（就是功能测试，为了与上述功能测试区分）容量测试（使用大数据量验证）强度测试（在很短的时间内达到数据或操作的数量峰值）易用性测试用户界面的设计是否适合使用人群的智力、教育背景和使用环境？程序的输出是否有意义、不模糊、没有杂乱信息？错误提示信息是否直接、有效、有价值？整体用户界面是否在语法、语义、格式、风格、缩写方面呈现除了相当程度的概念完整性、基本全都性和统一性？是否包含过多不太可能用到的选项？一个良好的软件可以向用户学习并开头向不同用户呈现其经常访问的菜单项，且要符合规律直觉。对于全部输入系统是否返回了某些类型的即时确认信息？程序是否易于使用？如区分大小写的输入用户是否清楚？平安性测试（如涉及银行卡密码输入）性能测试（如响应时间和吞吐量）存储测试配置测试（通常指硬件配置要求）兼容性/配置转换测试牢靠性测试（如长时间运行）可恢复性测试（首先需要明确可恢复性目标，说明系统如何从程序错误、硬件失效和数据错误中恢复过来）适用性测试（常指可维护性目标）文档测试（用户文档）过程测试（常指人工操作）验收测试安装测试测试方案于把握一个良好的测试方案应包括：目标。定义每个阶段的目标。结束准则。如只有发觉大于70个错误才能终止。进度。每个阶段的时间表。责任人。用例库和用例标准。工具计算机时间硬件配置集成。如自顶项下的增量测试。跟踪步骤调试步