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

因果图实例： 测试数据的设计步骤如下： 1、将模块说明书中的规范说明分成若干个可工作的部分 2、标识出规范中的原因和结果 3、分析规范中的语义内容，并将其转换成连接原因与结果的因果图 4、由于语法或环境的限制，存在有不可能的原因与（或）结果的组合情况，对此用约束条件在因果图上加以注释 5、通过有条理地跟踪图中的状态条件，将因果图转换成有限项的判定表 6、将判定表中的每一列都转换成一个测试数据 按因果图绘制判定表： 1 1 0 1 0 0 0 2 0 1 0 1 0 0 3 1 1 0 0 0 0 1 70 1 1 0 0 0 71 0 0 0 0 1 1 72 0 0 1 1 0 1 0 根据判断表的取值可以写出测试数据如下： 1、A2 （70） 2、B3 （70） 3、AE （72） 4、BS （72） 5、XX （71、72） 6、S4 （71） 7、S （71） 5.3.5 猜错 猜错技巧大抵可以说是一种凭直觉的特定过程，所以很难定出机械的执行步骤。基本思想就是列出可能有的错误和易错情况表，在这个表的基础上写出测试数据。 5.4 模块测试 模块测试（或称程序单元测试）：是指测试程序中的单个子程序，进而延伸至整个模块 模块测试的目的：是要对模块的功能与定义模块的性能规范或接口规范进行比较 测试过程是：用什么方法来设计测试数据；应该按什么次序测试及组合模块；提出一些有关进行测试的切实建议 5.3.6 策略（The Strategy） 1、如果设计规范含有输入条件的组合，便从因果图开始。 2、不管情况怎样，都使用边值分析方法，记住要分析输入和输出的边界。边值分析方法能给我们补充一批测试条件。 3、对输入和输出划分有效和无效的两个等价类，如果必要补充前面已经确定的测试数据。 4、用猜错技巧再增加一些测试数据。 5、按照得到测试数据集审查程序的逻辑。审查的方法是使用判定覆盖、条件覆盖、判定条件覆盖或多重条件覆盖准则。如果前四步产生的测试数据没有满足覆盖准则，适当增加足够的测试数据以满足准则。 模块测试测试方式 两个概念： 驱动模块：是另外编写的小模块，用来驱动或传送测试数据给被测模块 桩模块：是另外编写的小模块，用来模拟被调用模块的功能 测试方式 非增式测试 增式测试 示例： 非增式测试： 非增式测试方式是：先对示例的六个模块中的每一个进行测试，也就是把每个模块当做独立的整体来测试。根据测试环境和参加测试的人数等情况来决定是同时进行测试还是逐个地测试各个模块，测试完毕后再把这些模块组合（联接）起来形成程序。 条件：需要5个驱动模块和5个桩模块 增式测试： 增式测试：它不孤立地测试每一个模块，而是一开始就把待测模块与已测过的模块集合联接起来 种类： 自顶向下测试： 测试顺序：A——A, B, C, D——A, B, C, D, E, F 条件：5个桩模块 自底向上测试： 测试顺序：E, C, F——B, E, C, D, F——A, B, C, D, E, F 条件：5个驱动模块 需要的说明： 1、非增式测试方式需要更多的工作量 2、增式测试使模块之间接口的错误能够被较早地检查出来，改错也比较容易；若用非增式测试，当子模块最后被合成时，错误可能在程序的任何地方，很难确定出错位置，因而也不利于修改。 3、增式测试对程序地检查可能会更加彻底 4、非增式测试方法只需要用较少的机器时间 5、用非增式测试方式在模块测试阶段的开始就有可能进行并行的工作 系统测试 主要内容：系统测试至少占据了制作过程的一半工作量，是成功地开发信息系统的重要保证之一。本章将对系统测试的方法和技术做一系统地介绍。 5.1 系统测试概述 很多人认为“测试是证明程序中不存在错误的过程”、“程序测试的目的是要证明程序正确地执行了预期的功能”、“程序测试的过程是使人们确信程序可完成预期要完成的工作过程”。但却是错误的定义。测试的定义应该是：为了发现错误而执行程序的过程。从这个定义出发可以看出应该把查出了新错误的测试看作是成功的测试，没有发现错误的测试则是失败的测试。 5.1.1 测试的基本方法 黑盒测试（Black_Box testing） 测试者把程序看成是一个黑盒，完全不考虑程序内部结构和内部特性而进行的测试 白盒测试（White_Box testing） 允许人们检查程序的内部结构，是测试者从检查程序的逻辑着手，得出测试数据，进行测试的过程 5.1.2 测试的基本原则 1、确定预期输出（或结果）是测试数据准备必不可少的一部分 2、程序员应避免测试自己的程序 3、程序设计机构不应测试自己的程序 4、彻底检查每个测试结果 5、对非法的和非预期的输入情况，也要