测试设计理论培训胶片.pptVIP

测试设计工程方法：因果图 因果图基本符号：约束符号 测试设计工程方法：因果图 实例：城市税征收计算 对于没有定居在此城市中的人城市税是每年总收入的1％； 对于定居在此城市中的人的城市税的征收划分为以下几个档次： 如果年总收入不超过30000美元，征收总收入的1％； 如果年收入在30000美元到50000美元之间，征收总收入的5％； 如果年收入超过50000美元，征收总收入的15％； 测试设计工程方法：因果图 输入/输出分析 原因： （1）非定居人口 （2）定居人口 （3）$0 = 总收入 = $30K （4）$30K 总收入 = $50K （5）总收入 $50K 结果： （11）1％ （12）5％ （13）15％ 测试设计工程方法：因果图 1 2 3 4 5 A 13 12 11 O O O 测试设计工程方法：因果图 CAUSES 1 2 3 4 5 非定居人口 T T F F F 定居人口 F F T T T $0=总收入=$30K T F T F F $30K总收入=$50K F * F T F 总收入 $50K F * F F T EFFECTS （11）1％ T T T F F （12）5％ F F F T F （13）15％ F F F F T 测试设计工程方法：因果图 优点 综合考虑了输入、输出条件的组合 。 缺点 方法过程比较复杂，方法本身比较难以掌握 。 输入与输出之间的因果关系比较难以从规格描述中得到，需要一个分析过程； 如果被测对象本身比较复杂，那么分析过程以及最后得到的因果图可能会非常复杂，得到的测试用例数量很庞大。 测试设计工程方法：判定表 判定表通常由四个部分组成，如右图： 条件桩（Condition Stub）：列出了问题得所有条件，通常认为列出得条件的次序无关紧要。 动作桩（Action Stub）：列出了问题规定可能采取的操作，这些操作的排列顺序没有约束。 条件项（Condition Entry）：列出针对它左列条件的取值，在所有可能情况下的真假值。 动作项（Action Entry ）：列出在条件项的各种取值情况下应该采取的动作。 判定表 右半部的每一列实质上就是一条规则，规定了与特定条件组合对应的动作。 测试设计工程方法：判定表 基本思路： 采用表格的形式，列出所有条件和所有结果的组合，做到无遗漏的覆盖。 把条件项划分清晰，对条件进行合理的组合，使得到得规则数最小。 假设一个条件组合对应一个动作，通常不对结果（动作）进行组合。 举例：（航空公司）行李托运费 航空公司规定： 乘客可以免费托运重量超过30公斤的行李。 行李超过30公斤时 对头等舱国内乘客超重部分每公斤收费4元。 对其他舱国内乘客超重部分每公斤收费6元。 对外国乘客超重部分每公斤收费比国内乘客多一倍。 对残疾乘客超重部分每公斤收费比正常乘客少一半。 测试设计工程方法：判定表 1 2 3 4 5 6 7 8 9 国内乘客 T T T T F F F F 头等舱 T F T F T F T F 残疾乘客 F F T T F F T T 行李重量W=30 T F F F F F F F F 免费 × （W-30）×2 × （W-30）×3 × （W-30）×4 × × （W-30）×6 × × （W-30）×8 × （W-30）×12 × 测试设计工程方法：判定表 判定表应用条件 规格说明以判定表形式给出，或很容易转换成判定表。 判定表适合于条件项各自独立，互不影响的情况 ；输入条件不存在输入顺序问题。 条件的排列顺序不会也不影响执行哪些操作。 规则的排列顺序不会也不影响执行哪些操作。 输出动作相互独立：不存在前后顺序、相互影响问题。 每当某一规则的条件已经满足，并确定要执行的操作后，不必检验别的规则。 如果某一规则得到满足要执行多个操作，这些操作的执行顺序无关紧要。 测试设计工程方法：判定表 优点： 清晰、简洁。 缺点： 可读性：需要简短的学习过程。 对输入条件、输出操作有较严格的要求，应用场合受限制。 输入条件增多，条件组合增多，可读性下降。 输入条件的取值超过2个，判定表简洁性、可读性下降。 测试设计工程方法：判定树 判定树 判定树是判定表的变种，同样能清晰的表示复杂的条件组合与动作/结果之间的对应关系。 优点：形式简单、直观、可读性好 缺点： 简洁性下降；随着条件（组合）的增多重复次数增多。 描述判定树时分支的次序对最终画出的判定树简洁程度影响较大。 例子：以前述行李托运费为例。 测试设计工程方法：判定树 正常乘客 正常乘客 行李费 行李重量 W30 行李重量 W=30 免费 国内乘客 外国乘客 头等舱 其他舱 头等舱 其他舱 残疾乘客 正常乘客 残疾乘客 残疾乘客 残疾乘客 正常乘客 （W-30）×2 （W-