第三讲 黑盒测试.ppt

使用下面的表格有利于确定测试用例 使用下面的表格有利于确定测试用例 示例： * * * * * * * * * * * * * * 参数-因子 状态---水平 * 答案：B * 在设计测试用例时，应同时考虑有效等价类和无效等价类测试用例的设计。 * * * * * * 不能再被分解 * * * 不能再被分解 * * * 如何以最少的人力、资源投入，在最短的时间内完成测试，发现软件系统的缺陷，保证软件的优良品质，则是软件公司探索和追求的目标。 测试用例是测试工作的指导，是软件测试的必须遵守的准则，更是软件测试质量稳定的根本保障。 软件测试是有组织性、步骤性和计划性的，为了能将软件测试的行为转换为可管理的、具体量化的模式，需要创建和维护测试用例 * 输入标准包括输入步骤和数据 * * * * （以下为额外测试用例三维立方的一个角） * * * * * 例如：程序把=误写成了 任何程序都可以看成是一个函数 程序的输入构成函数的定义域 程序的输出构成函数的值域 * * * * * * * * * 功能性测试方法总结 精细程度 方法评价 工作量 精细程度 测试用例数 精细程度 边界值 等价类 决策表 低 高 各种测试方法的测试用例趋势线 设计测试用例的工作量 精细程度 边界值 等价类 决策表 低 高 各种测试方法的测试用例设计工作量 工作量 小结 边界值分析 基于定义域,不识别数据或逻辑关系 很容易自动化实现 设计工作量小 生成的测试用例数比较多 测试用例执行时间长 等价类技术 考虑数据依赖关系 标识等价类时需要更多的判断和技巧 等价类标识出以后的处理也是机械的 设计工作量和测试用例数属中等 决策表技术 又要考虑数据的逻辑依赖关系 所得测试用例可以是完备的 测试数量在一定意义上讲是最少的 需要通过多次迭代 设计工作量很大 因果图法 着重分析输入条件的各种组合。 因果图法最终生成的是决策表。 因果图法测试举例 实例 用因果图法测试以下程序。 程序的规格说明要求：输入的第一个字符必须是#或*，第二个字符必须是一个数字，此情况下进行文件的修改；如果第一个字符不是#或*，则给出信息N，如果第二个字符不是数字，则给出信息M。 解题步骤： （1）分析程序的规格说明，列出原因和结果。 （2）找出原因与结果之间的因果关系、原因与原因之间的约束关系，画出因果图。 （3）将因果图转换成决策表。 （4）根据（3）中的决策表，设计测试用例的输入数据和预期输出。 因果图法测试举例（续） （1）分析程序规格说明中的原因和结果： （2）画出因果图（编号为10的中间结点是导出结果的进一步原因）： 原因 结果 c1：第一个字符是# e1：给出信息N c2：第一个字符是* e2：修改文件 c3：第二个字符是一个数字 e3：给出信息M c1 c2 c3 e1 10 e2 e3 ～ ∨ E ～ ∧ 因果图法测试举例（续） （3）将因果图转换成如下所示的决策表： 1 2 3 4 5 6 7 8 条件： C1 C2 C3 10 1 1 1 1 1 0 1 0 1 1 1 0 0 1 0 1 1 1 0 1 0 1 0 0 1 0 0 0 0 0 动作： e1 e2 e3 不可能 √ √ √ √ √ √ √ √ √ 测试用例 #3 #A *6 *B A1 GT 规则 选项 因果图法测试举例（续） （4）根据决策表中的每一列设计测试用例： 测试用例编号 输入数据 预期输出 1 #3 修改文件 2 #A 给出信息M 3 *6 修改文件 4 *B 给出信息M 5 A1 给出信息N 6 GT 给出信息N和信息M 因果图法 组合分析法 组合分析是一种基于每对参数组合的测试技术，主要考虑参数之间的影响是主要的错误来源和大多数的错误起源于简单的参数组合。 在产品汉化过程中哪个组合出错了？ 组合分析法 用来解决需要多个参数(如：操作系统、打印机、浏览器等) ，减少测试用例的数量 基于错误的模型 值的相互组合是缺陷的最主要来源 绝大多数缺陷都来源于结对参数的组合 正交实验设计方法 依据Galois理论，从大量的（实验）数据（测试例）中挑选适量的、有代表性的点（条件组合），从而合理地安排实验（测试）的一种科学实验设计方法 组合分析法的算法概述： 每个参数的每种状态都至少测试一次 不同类别的参数要与其他类别的参数结对测试 组合分析的自动测试工具： Allpair PICT (Pairwise Independent Combinatorial Testing tool，C:\Program Files\PICT\PICTHelp.htm ) 很难用手完