将决策表转化为测试用例.ppt

定义： 定义：是分析和表达多逻辑条件下执行不同操作的表格。 优点： 适用范围：在一些数据处理问题当中，某些操作的实施依赖于多个逻辑条件的组合，即：针对不同逻辑条件的组合值，分别执行不同的操作.判定表很适合于处理这类问题。 特点：方便对于可能情况的组合 便于过滤不可能存在的场景 1 软件测试分析与设计（二） －决策表 小练习 假如觉得疲倦，就休息一下； 假如不觉得疲倦，并对当前阅读的章节感兴趣，那么继续本章的阅读； 假如对本章内容不理解，那就重读本章。 假如不感兴趣，那么跳到下个章节进行阅读 目 录 另一种形式的决策表 二 决策表分析方法 一 决策表方法介绍 一 将决策表转化为测试用例 四 案例演练 三 决策表基本概念 决策表组成 条件桩（Condition Stub）：列出了问题的所有条件。通常认为列出的条件的次序无关紧要； 动作桩（Action Stub）：列出了问题规定可能采取的操作。这些操作的排列顺序没有约束； 条件项（Condition Entry）：列出针对它左列条件的取值。在所有可能情况下的真假值； 动作项（Action Entry）：列出在条件项的各种取值情况下应该采取的动作； 任何一个条件组合的特定取值及其相应要执行的动作就称为规则； 在决策表中贯穿条件项和动作项的一列就是一条规则； 决策表中列出多少组条件取值，也就有多少条规则，既条件项和动作项有多少列； 决策表测试规则 确定规则的个数。假如有n个条件，每个条件有两个取值（0,1）,故有2n种规则； 列出所有的条件桩和动作桩； 填入条件项； 填入动作项，得到初始的决策表； 简化合并相似的规则，比如相同动作，得到优化的决策表； 每列规则设计一个测试用例； 决策表测试步骤 假如觉得疲倦，就休息一下；假如不觉得疲倦，并对当前阅读的章节感兴趣，那么继续本章的阅读；假如对本章内容不理解，那就重读本章。假如不感兴趣，那么跳到下个章节进行阅读； 决策表测试示例 假如觉得疲倦，就休息一下；假如不觉得疲倦，并对当前阅读的章节感兴趣，那么继续本章的阅读；假如对本章内容不理解，那就重读本章。假如不感兴趣，那么跳到下个章节进行阅读； 有两条或多条规则具有相同的动作，并且其条件项之间存在着极为相似的关系； 决策表合并规则 决策表合并规则 决策表转化为测试用例 规格说明以决策表形式给出，或很容易转换成决策表； 条件的排列顺序不会影响执行哪些操作； 规则的排列顺序不会影响执行哪些操作； 每当某一规则的条件已经满足，并确定要执行的操作后,不必检验别的规则； 如果某一规则得到满足要执行多个操作，这些操作的执行顺序无关紧要； 决策表的应用场景 决策表的测试用例 决策表的测试用例 从决策表的每一列可以清楚地看到条件及其输入的依赖关系，以及由这些输入组合得到的相应的输出动作和结果； 决策表定义了逻辑测试用例，为了执行这些测试用例，必须输入具体的数据值并且标识前置条件和后置条件 决策表的测试覆盖率准则 最基本的要求是至少用一个测试用例来执行决策表中的每一列，这样就验证了所有关心的输入条件组合和相应的输出结果 决策表测试价值 根据可能的输入条件组合来定义决策表是一种系统化而且非常正式的方法，它可以覆盖一些在其他测试用例设计技术中没有包含的输入组合。 但是，在优化决策表时可能会引入错误，比如忽略了需要考虑的输入和条件的组合 正如前面提到，在条件的数量和依赖关系增加时，决策表的规模增加得非常快，从而失去可读性。如果没有工具的支持，使用决策表技术就不太容易 目 录 另一种形式的决策表 二 决策表分析方法 一 另一种形式的决策表 二 将决策表转化为测试用例 四 案例演练 三 另一种判定表形式： 识别需求规则中涉及到的“参数” 识别规则（不同参数的可能组合） 每一条规则表示为一行，参数的取值直接写在表中 每个规则即为一个测试条件 另一种判定表形式 如何判定决策表冗余或遗漏—判定树 目 录 另一种形式的决策表 二 决策表分析方法 一 将决策表转化为测试用例 四 案例演练 三 案例演练 三 汽车保险费用的计算规则如下： 1、初始费用为500元 2、25岁以下男性客户需额外支付1500元 3、25岁以上客户、持有家庭款式轿车，减免200元 4、任何45岁到65岁之间的客户，享有额外减免100元的优惠 5、跑车需额外支付1000元 6、其他常规类型的轿车不影响费用的计算 7、任何65岁以上的老人不享受任何类型的折扣优惠 练习 一、识别参数和参数的条件： 1、初始费用为500元 2、25岁以下男性客户需额外支付1500元 3、25岁以上客户、持有家庭款式轿车，减免200元 4、任何45岁到65岁之间的客户，享有额外减免100