zoukankan      html  css  js  c++  java
  • 测试用例-判定表

    判定表

    概念

      分析和表述若干输入条件下,被测对象针对这些输入做出响应的一种工具

      判定表是分析和表达多逻辑条件下执行不同操作的情况的工具

      在遇到复杂业务逻辑时可以利用该表理清业务逻辑关系

    关联概念

    条件 条件桩 需求规格说明书定义的被测对象的所有输入
    条件项 针对条件桩所有可能输入数据的真假值
    动作 动作桩 针对条件被测对象可能采取的所有操作
    动作项 针对动作桩,被测对象响应的可能取值

    判定表设计用例步骤

      (1)理解需求,确定条件桩、动作桩

      (2)设计及优化判定表

      (3)填写动作项

      (4)根据判定表在红输出结果的表现,进行判定表的合并(合并规则:如果输出相同,在其对应输入中,有且只有一个条件的取值对动作不产生任何影响则可合并)

      (5)抽取测试用例

    案例

    栗子1

    订购单检查:

    如果金额大于500元又未过期,则发出批准单和提货单;

    如果金额大于500元,但过期了,则不发批准单;

    如果金额小于等于500元,则不论是否过期都发出批准单和提货单,在过期的情况下还需要发出通知单。

    分析

    (1)条件项和动作项

    条件项 1金额大于500 0金额小于等于500
      1过期 0未过期
    动作项 1发批准单 0不发批准单
      1发提货单 0不发提货单
      1发通知单 0不发通知单

    (2)判定表

        1 2 3 4
    条件桩 金额大于500 1 1 0 0
      过期 0 1 0 1
    动作桩 发批准单 1 0 1 1
      发提货单 1   1  1
      发通知单        1

    (3)测试用例

    用例编号 测试项 测试标题 优先级 预置条件 测试输入 操作步骤 预期结果
    OrderCheck-001 订购单规则检查

    测试金额大于500且

    过期时系统处理情况

    完成订购单采购流程

    满足金额大于500且

    日期过期的订单信息

    构造测试数据验证系统

    是否做出相应,不发批准单

    系统不发批准单
    OrderCheck-002 订购单规则检查            
    OrderCheck-003 订购单规则检查            
    OrderCheck-004 订购单规则检查            
  • 相关阅读:
    基于 html5的 jquery 轮播插件 flickerplate
    grafana配置
    grafana-zabbix部署和使用
    nxlog windows安装部署
    InfluxDB、grafana、collect部署监控(centos6.8)
    InfluxDB基本概念和操作
    InfluxDB1.2.4部署(centos6.8)
    grafana worldPing插件
    prometheus + grafana部署RabbitMQ监控
    prometheus + grafana安装部署(centos6.8)
  • 原文地址:https://www.cnblogs.com/marton/p/10604269.html
Copyright © 2011-2022 走看看