软件测试第2章 软件测试策略.pptVIP

局部数据结构—在模块工作过程中，其内部的数据能否保持其完整性，包括内部数据的内容、形式及相互关系不发生错误。 边界条件—在为限制数据加工而设置的边界处，模块是否能够正常工作。 覆盖条件—模块的运行能否做到满足特定的逻辑覆盖。 出错处理—模块工作中发生了错误，其中的出错处理设施是否有效。 2．单元测试的步骤 单元测试常常被当作代码编写的附属步骤，它是在完成了程序编写，经过了复查，确认没有语法错误以后，针对每个程序模块单独进行的测试工作。 图2.8所示为一个被测模块进行单元测试时的环境状况，其中，设置了一个驱动模块和3个桩模块。 驱动模块在单元测试中接受测试数据，把相关的数据传送给被测模块，启动被测模块，并打印出相应的结果。 图2.8　单元测试环境 2.2.2 集成测试 在每个模块完成单元测试以后，需要按照设计时作出的结构图把它们连接起来，进行集成测试（integrated testing）。 实践表明，一些模块能够单独地工作，并不能保证连接起来也能正常工作。 程序在某些局部上反映不出的问题，在全局上很可能暴露出来，影响功能的发挥。 \ 怎样合理地组织集成测试？这里提供两种不同的方法，即非增式测试和增式测试。 增式测试的做法与非增式测试有所不同。 它的集成是逐步实现的，集成测试也是逐步完成的。也可以说它把单元测试与集成测试结合起来进行。增式集成测试可按不同的次序实施，因而可以有两种： （1）自顶向下增式测试。 （2）自底向上增式测试。 图2.9　非增式测试示例 图2.10 自顶向下增式测试例 图2.11 自底向上增式测试例 2.2.3 确认测试 集成测试完成以后，分散开发的模块被连接起来，构成完整的程序。其中各模块之间接口存在的种种问题都已消除。 于是测试工作进入最后阶段—确认测试（validation testing）。 （1）确认测试准则。 （2）配置评审。 图2.12　配置评审与确认测试的关系 1．恢复测试 恢复测试（recovery test）是要采取各种人工干预方式使软件出错，而不能正常工作，进而检验系统的恢复能力。 2．安全测试 安全测试（security test）的目的在于验证安装在系统内的保护机构确实能够对系统进行保护，使之不受各种非常的干扰。 3．强度测试 检验系统的能力最高实际限度。进行强度测试（stress test）时，让系统的运行处于资源的异常数量、异常频率和异常批量的条件下。 4．容量测试 容量测试（capacity test）是要检验系统的处理能力最高能达到什么程度，在使系统的全部资源达到“满负荷”的情形下，测试系统的承受能力。 5．性能测试 性能测试（performance test）检验安装在系统内的软件运行性能。这种测试常常与强度测试、容量测试结合起来进行。 6．α测试和β测试 α测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试。α测试的目的主要是评价软件产品的FLURPS（即功能、局域化、可使用性、可靠性、性能和支持），尤其注重产品的界面和特色。 β测试是由软件的多个用户在实际使用环境下进行的测试。 7．安装测试 安装测试（installation test）的目的不是找软件错误，而是找安装错误。在安装软件系统时，会有多种选择。 8．可使用性测试 可使用性测试（usability test）主要从使用的规范性、合理性和方便性等角度对软件系统进行检查，以发现人为因素或使用上的问题。 2.3 静态方法与动态方法 静态方法的主要特征是不利用计算机运行被测试的程序，而是采用其他手段达到检测的目的。 静态分析是对被测程序进行特性分析的一些方法的总称。这些方法本身各有自己的目标和步骤。 2.4 黑盒测试与白盒测试 黑盒测试与白盒测试是很广泛使用的两类测试方法。 黑盒测试（Black-box Testing）又称功能测试、数据驱动测试或基于规格说明的测试（Specification-based Testing）。 用这种方法进行测试时，被测程序被当作打不开的黑盒，因而无法了解其内部构造。 在完全不考虑程序内部结构和内部特性的情况下，测试者只知道该程序输入和输出之间的关系，或是程序的功能（见图2.13），他必须依靠能够反映这一关系和程序功能的需求规格说明书考虑确定测试用例和推断测试结果的正确性。即所依据的只能是程序的外部特性。因此，黑盒测试是从用户观点出发的测试。 图2.13 黑盒测试