信息系统课件-系统测试.pptVIP

7.1.4 测试情况设计 3） 边界分析 经验表明，程序在处理边缘情况时常会出现错误，例如，许多程序错误出现在数组下标，数据结构和循环等等的边界附近。因此，设计检查边界值的测试用例暴露程序错误的可能性会更大。所谓边界条件，是相对于输入情形输出等价类直接在其边缘上，稍高于其边界和低于其边界的这些状态条件。 7.1.4 测试情况设计 使用边界值分析方法设计测试用例，通常输入等价类和输出等价类的边界值，选取刚好等于、稍小于、稍大于等价类边界值的数据作为测试用例。 边界分析法与等价类法有两方面区别：①边界分析不是从某个等价中随便挑一个作为代表，而是选出一个或几个元素，使得这个等价类的每个边界都要作为测试对象。②边界分析不仅根据输入条件，还要根据输出的情况（按输出等价类）设计测试用例。 7.1.4 测试情况设计 4） 因果图 因果图法也是较常用的一种黑盒测试技术。因果图是一种简化了的逻辑图。当被测程序具有多种输入条件，程序的输出又依赖于输入条件的各种组合时，用因果图直观地表明输入条件和输出动作之间的因果关系，能帮助测试人员把注意力集中到与程序功能有关的那些输入组合，比采用等价分类法有更高的测试效率，但这种方法的操作步骤比较复杂。 7.1.4 测试情况设计 5） 猜错 所谓猜错，就是猜测被测程序在哪些地方容易出错，然后针对可能的薄弱环节来设计测试用例。它的基本想法是列举出程序中可能有的错误和容易发生错误的特殊情况，并且根据这些情况设计测试用例。显然，它比前２种方法更多地依靠测试人员的直觉与经验。所以，一般都先用前２种方法设计测试用例，然后用猜错法补充一些例子作为辅助的手段。 7.2 系统测试过程 7.2.1 单元测试 7.2.2 集成测试 7.2.3 确认测试 7.2.4 系统测试 7.2.5 验收测试 7.2.6 系统调试 7.2 系统测试过程 测试是提高软件可靠性的重要的手段，其目的就是通过典型数据的试运行发现问题、错误，进而修改错误，从而提高软件的可靠性、稳定性。但正如迪杰斯特拉所指出的“测试只能说明程序有错，并不能证明程序不存在错误”。所以从20世纪60年代以来，人们就寄希望于软件的正确性证明，希望研究出实用的技术与工具，来证明软件的确能完成预定的功能。如果实现，则测试工作量可以大大减轻，软件可靠性将更有保证。 7.2 系统测试过程 软件测试过程与整个软件开发过程基本上是平行进行的。测试计划早在需求分析阶段就应该开始制定，其它相关工作，包括测试大纲的制定、测试数据的生成、测试工具的选择和开发等，也应在测试阶段之前进行。充分的准备工作可以有效地克服测试的盲目性、缩短测试周期、提高测试效率，并且起到测试文档与开发文档互查的作用。 7.2 系统测试过程 2通常在编写出每一个模块之后就对它做必要的测试（单元测试），编码与单元测试属于软件生存周期的同一阶段。在结束这一阶段之后，对软件系统还要进行各种综合测试（如图7.2）。 被测模块 被测模块 单元测试 集成测试 确认测试 系统测试 验收测试 设计信息 软件需求 运行环境 …… 客户需求 7.2 系统测试过程 测试流程图可以看出，软件测试的这五个过程是一种逐步深入的过程，互相又有交叉，同时这五个过程又是相对独立的，每一个过程有自己的测试计划、用例、报告等。在每一个过程中都必需包括拟定软件测试计划、编制软件测试流程、设计和生成测试用例、实施测试和生成软件问题报告等基本测试活动。 7.2.1 单元测试 单元测试是对软件设计的最小单位—模块进行正确性检验的测试工作，测试模块在语法、格式和逻辑上的错误。使用的测试方法以详细设计为基础，了解I/O条件和模块的逻辑结构。先采用白盒测试法，尽可能达到穷尽测试，然后再用黑盒测试法，使之对任何合理和不合理的输入都能够鉴别和响应。 7.2.1 单元测试 在单元测试期间主要评价模块的下述五个特性，它们也是测试用例选择的重要依据： ①模块接口：对测试模块，是否正确无误地流入和流出； ②局部数据结构：在模块工作过程中，其内交换数据能否保持完整性，包括内部数据的内容、形式及相互关系是否正确； ③边界条件：在为限制数据加工而设置的边界处模块是否能正常工作； ④覆盖条件：模块的运行能否达到满足特定的逻辑覆盖； ⑤出错处理：模块运行中发生了错误，其中的出错处理设施是否有效。 7.2.2 集成测试 用经过单元测试的模块组装成设计所规定的软件系统的过程就是“集成”。集成测试是组装软件的系统技术之一。集成测试的主要目标是要求符合实际软件结构，解决模块接口的一致性问题。例如，数据穿过模块接口时可能丢失；一模块可能对另一模块产生副作用；子功能组装以后，可能系统总的功能达不到；单个模块看来是可以接受的误差，组装以后积累起来的软件误差