7软件测试答题.ppt

因果图法是一种适合于描述对于多种输入条件组合的测试方法，根据输入条件的组合、约束关系和输出条件的因果关系，分析输入条件的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件涉及的各种组合情况。因果图法一般和判定表结合使用，通过映射同时发生相互影响的多个输入来确定判定条件。因果图法最终生成的就是判定表，它适合于检查程序输入条件的各种组合情况。采用因果图法能帮助我们按照一定的步骤选择一组高效的测试用例，同时，还能指出程序规范中存在什么问题，鉴别和制作因果图。 因果图法着重分析输入条件的各种组合，每种组合条件就是“因”，它必然有一个输出的结果，这就是“果”。 利用因果图导出测试用例一般要经过以下几个步骤： 1）分析软件规格说明的描述中哪些是原因，哪些是结果。原因是输入或输入条件的等价类，结果是输出条件。给每个原因和结果并赋予一个标识符，根据这些关系，画出因果图。 2）因果图上用一些记号表明约束条件或限制条件。 3）对需求加以分析并把它们表示为因果图之间的关系图。 4）把因果图转换成判定表。 5）将判定表的每一列作为依据，设计测试用例。 * 把因果图转换为判定表 白盒测试法—介绍三种方法 白盒测试以程序的结构为依据进行测试，也称结构测试。 语句覆盖√ 判定覆盖（分支覆盖）√ 条件覆盖 判定/条件覆盖 多条件覆盖√ 白盒测试 语句覆盖测试—用足够多的测试用例使程序的每条语句至少执行一次。这是一个非常弱的测试方法。因为每条语句都执行一次，仍然会有许多错误测试不出来 。 例子 被测代码： int foo(int a, int b) { return a / b; } 测试用例： TeseCase: a = 10, b = 5 语句覆盖率100%，bug？ public void Main() { System.out.println(start main function:path a...); int A,B,X; if(A1 and B==0){ X=X/A; System.out.println(path c); } else { System.out.println(path b); } if(A==2 or X1){ X=X+1; System.out.println(path e); } else { System.out.println(path d); } System.out.println(end main function.); } 判定覆盖法（分支覆盖法） 设计足够多的测试用例，使程序中每个判定分支都至少执行一次，也就是说，设计的测试用例使每个判定都有一次取“真”和“假”的机会。 缺点：判定覆盖虽然把程序所有分支均覆盖到了，但其主要对整个表达式最终取值进行度量，忽略了表达式内部取值。 条件覆盖—设计足够多的测试用例，运行被测程序，使得每一判定语句中每个逻辑条件的可能取值至少满足一次。 条件组合覆盖—设计足够多的测试用例，使得每条语句都至少被执行一次，还要使得每条判定表达式中条件的各种组合都至少出现一次。 A1 A1 B=0 B0 A=2,B=0,X=4 A=2,B=1,X=1 A=1 A=1 B=0 B0 A=1,B=0,X=2 A=1,B=1,X=1 A=2 A=2 X1 X=1 A=2,B=0,X=4 A=2,B=1,X=1 A2 A2 X1 X=1 A=1,B=0,X=2 A=1,B=1,X=1 测试大纲 项目编号： 第 次测试 1 2 3 4 硬件环境运行是否正常 网络环境运行是否正常 系统软件运行是否正常 防病毒处理结果 模块编号 测试结果 当某一测试结果为’√’时表示通过，为’ ×’时表示还存在错误。 本表内容不足以记录时，可以在附页填写，总页数可用铅笔填写。 模块编号按模块依据从属关系或按层次编号。 测试问题卡 --测试员： 项目编号： 序号 模块编号 错误现象 等级 频率 时机 修改者签字 上表解释 “等级”是指错误等级，可分为 A:严重影响系统运行； B:影响系统运行； C:不影响运行但必须修改； D:所提建议。 错误出现频率，A:操作即出现;B:偶尔出现 错误出现时机，A:修改后出现;B:未修改;C:首次. 6.5 软件测试的基本过程 （1）单元测试 单元测试的目的 在于发现各模块内部可能存在的各种差错 从程序的内部结构出发设计测试用例。 为提高效率，单元测试可以并行地独立进行。 通常是白盒测试 单元测试的内容 模块 模块接口测试 局部数据结构测试 重要路径测试 错误处理测试 边界条件测试 I/O 参数值的个数、类型、次序、格式是否正确，I/O文件属性、操作是否正确等。 数据说明