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

6.1 功能测试 6.2 系统测试 6.3 验收测试 6.4 安装测试 6.5 测试的计划与控制 6.6 测试结束准则 6.7 独立的测试机构 第6章 更高级别的测试 软件测试 特点：软件应该是可预测且稳定的，不会给用户带来意外惊奇。 定义：软件测试是一个过程或一系列过程，用来确认计算机代码完成了其应该完成的功能，不执行其不该有的操作。 第6章 更高级别的测试 要结束整个测试任务，除模块测试外，还要进行其他更深入的测试，我们称之为“更高级别的”测试。 软件开发过程在很大程度上是沟通有关最终程序的信息，并将信息从一种形式转换到另一种形式，因此，绝大部分软件错误都可以归因为信息沟通和转换时发生的故障、差错和干扰。 下图为软件开发过程的各个阶段： 第6章 更高级别的测试 该软件产品要实现的目标。（非常笼统） 该软件产品要实现的具体目标。（相对于需求更为具体，对软件的能力、容量、强度、易用性等进行说明） 从用户角度对程序行为的精确描述，为后续设计阶段提供输入。（有明确的输入输出规范） 越来越明确、详细的规定了程序是如何建立起来的。 这两个环节基本上都是从用户方沟通的一手材料，并不精确但价值非凡。 第6章 更高级别的测试 软件产品开发周期的模型 要预防和识别这些错误，可以 使软件开发过程更精密。 在每个阶段结束时可以引入一个独立的验证过程。 对不同的开发阶段采用不同的测试方法进行验证（不同的测试过程针对一类特定的错误）。 第6章 更高级别的测试 第6章 更高级别的测试 6.1 功能测试 功能测试是一个试图发现程序与其外部规格说明之间存在不一致的过程。 除了很小的程序，功能测试通常是黑盒测试 在进行功能测试时，需要对规格说明进行分析以获取测试用例集。 等价类划分、边界值分析、判定表、因果图、错误猜测等方法尤其适合功能测试。 要应用测试的原则，如1.发现错误越多的功能，可能存在错误的可能性就越大；2.对测试用例的预期结果应该有明确定义；3.要对无效输入给予重视。 6.2 系统测试 系统测试的目的是将系统或程序与其初始目标进行比较，这意味着 系统测试并不局限于系统，系统测试是一个试图说明程序作为一个整体是如何不满足其目标的过程。 如果产品没有一组书面的、可度量的目标，系统测试也无法进行。 系统测试并非是测试整个系统的功能（功能测试） 系统测试用例不能以规格说明为基础，也不能以目标文档作为基础（其中不包含对程序外部接口的准确描述）。 可以分析目标文档来设计系统测试，而分析用户文档来阐明测试用例。 如DISPLAY命令的目标如下： 该命令用来从终端查看主存储空间中的内容（总目标），其语法应与所有其他系统命令的语法相一致（能力）。用户可以通过一个地址范围或者一地址加上一数值来定义空间范围（能力） 。该命令操作符应具有合理的默认值（易用性）。 命令的输出可以分多行显示多个字（十六进制形式），字与字之间以空格相隔。每一行须包含该行第一个字的地址（能力）。该命令是条“不太重要的”指令，意味着其在合理的系统负载下，应在两秒之内开始显示输出，输出各行之间不应有可觉察的延时（性能）。命令处理器中发生的编程错误在最坏情况下可能导致该命令失效，而系统以及用户交互则不应受到影响（强度） 。系统投入使用后，命令处理器中包含的用户发现的错误不应超过一个（可靠性）。 6.2 系统测试 ——目标文档实例 系统测试没有特定的技术和方法，但可以根据不同类型的测试来考虑测试用例的设计，包括： 能力测试，容量测试，强度测试，易用性测试，安全性测试，性能测试，存储测试，配置测试，兼容性/配置/转换测试，安装测试，可靠性测试，可恢复性测试，适用性测试，文档测试，过程测试 不是所有这些类型都适用于任何程序/软件，但为了避免有所遗漏，设计测试用例时应该考虑所有类型。 6.2 系统测试 ——系统测试的类型 能力测试 判断目标文档提及的每一项能力（以区别功能测试中的‘功能’）是否都确实已经实现。 通常是通过人工检查目标文档中定义了“要做什么” 。 容量测试 是程序经受大容量数据的检验，目的是证明程序不能处理目标文档中规定的数据容量。 容量测试需要大量的资源，不可进行过多。 如使操作系统的作业队列达到饱和容量。 6.2 系统测试 ——系统测试的类型 强度测试 使程序承受高负载或强度的检验。所谓高强度是指在很短的时间间隔内达到的数据或操作的数量峰值。（要与容量测试相区分） 强度测试涉及时间因素，适用于在可变负载下运行的程序以及交互式程序、实时程序和过程控制程序。基于Web的应用程序也是最常接受强度测试的软件之一。 如，1.在很短的时间内是操作系统的作业队列达到峰值; 2.web应用程序要处理一定容量的并发用户。 注：强度测试是对强度的界定很重要。 6