软件测试的艺术(第3版)第06章更高级别的测试详解.pptx

6.1 功能测试 6.2 系统测试 6.3 验收测试 6.4 安装测试 6.5 测试的计划与控制 6.6 测试结束准则 6.7 独立的测试机构;软件测试 特点：软件应该是可预测且稳定的，不会给用户带来意外惊奇。 定义：软件测试是一个过程或一系列过程，用来确认计算机代码完成了其应该完成的功能，不执行其不该有的操作。;要结束整个测试任务，除模块测试外，还要进行其他更深入的测试，我们称之为“更高级别的”测试。 软件开发过程在很大程度上是沟通有关最终程序的信息，并将信息从一种形式转换到另一种形式，因此，绝大部分软件错误都可以归因为信息沟通和转换时发生的故障、差错和干扰。 下图为软件开发过程的各个阶段：;最终用户;要预防和识别这些错误，可以 使软件开发过程更精密。 在每个阶段结束时可以引入一个独立的验证过程。 对不同的开发阶段采用不同的测试方法进行验证（不同的测试过程针对一类特定的错误）。;验证;6.1 功能测试;6.2 系统测试;如DISPLAY命令的目标如下： 该命令用来从终端查看主存储空间中的内容（总目标），其语法应与所有其他系统命令的语法相一致（能力）。用户可以通过一个地址范围或者一地址加上一数值来定义空间范围（能力） 。该命令操作符应具有合理的默认值（易用性）。 命令的输出可以分多行显示多个字（十六进制形式），字与字之间以空格相隔。每一行须包含该行第一个字的地址（能力）。该命令是条“不太重要的”指令，意味着其在合理的系统负载下，应在两秒之内开始显示输出，输出各行之间不应有可觉察的延时（性能）。命令处理器中发生的编程错误在最坏情况下可能导致该命令失效，而系统以及用户交互则不应受到影响（强度） 。系统投入使用后，命令处理器中包含的用户发现的错误不应超过一个（可靠性）。;系统测试没有特定的技术和方法，但可以根据不同类型的测试来考虑测试用例的设计，包括： 能力测试，容量测试，强度测试，易用性测试，安全性测试，性能测试，存储测试，配置测试，兼容性/配置/转换测试，安装测试，可靠性测试，可恢复性测试，适用性测试，文档测试，过程测试 不是???有这些类型都适用于任何程序/软件，但为了避免有所遗漏，设计测试用例时应该考虑所有类型。;能力测试 判断目标文档提及的每一项能力（以区别功能测试中的‘功能’）是否都确实已经实现。 通常是通过人工检查目标文档中定义了“要做什么” 。 容量测试 是程序经受大容量数据的检验，目的是证明程序不能处理目标文档中规定的数据容量。 容量测试需要大量的资源，不可进行过多。 如使操作系统的作业队列达到饱和容量。;强度测试 使程序承受高负载或强度的检验。所谓高强度是指在很短的时间间隔内达到的数据或操作的数量峰值。（要与容量测试相区分） 强度测试涉及时间因素，适用于在可变负载下运行的程序以及交互式程序、实时程序和过程控制程序。基于Web的应用程序也是最常接受强度测试的软件之一。 如，1.在很短的时间内是操作系统的作业队列达到峰值; 2.web应用程序要处理一定容量的并发用户。 注：强度测试是对强度的界定很重要。 ;易用性测试 每个用户界面是否都根据用户的智力、教育程度和环境要求进行了调整？ 程序的输出是否有意义、不模糊且无计算机杂乱信息？ 错误诊断信息是否直接，非计算机专业用户是否能够理解（这要求对错误进行精确的预测和详细的分类）？ 整体的用户界面是否在语法、惯例、语义、格式、风格和缩写等方面展现出了相当程度的完整性、一致性和同一性？ 系统是否包含过多或不太可能用到的选项？ 对于所有输入，系统是否返回了即时确认信息？ 程序是否易于使用？如区分大小写的要求用户是否清楚，不同层次菜单之间的浏览是否容易等。;安全性测试 设计测试用例来突破程序安全检查。 例如可以设计测试用例来规避操作系统的内存保护机制、破坏数据库管理系统的数据安全机制等。 常用的测试用例设计方法是研究类似系统中已知的安全问题，然后生成测试用例，暴露被测系统中的类似问题 基于Web的应用程序常常比绝大多数程序所需的安全测试级别更高，对于电子商务网站尤其如此。 性能测试 很多软件都有特定的性能或效率目标，这些特性描述为在特定负载和配置环境下程序的响应时间和吞吐率。应设计测试用例来说明程序不能满足其性能目标。 ;存储测试 软件偶尔会有存储目标，例如描述程序使用的内存和辅存的容量以及临时文件或移出文件的大小。应设计测试用例来证明这些存储目标没有得到满足。 配置测试 很多软件都支持多种硬件配置，可以运行在多种操作系统下，使用多种web浏览器。通常可能的配置数量非常之大，以至于无法全面测试，但应该尽可能测试各种配置。 ;兼容性/配置/转换测试 很多软件不是全新的，而是为了替换某些已有的系统。这样的软件往往涉及与已有系统的兼容以及