软测笔记2-【五大用例设计方法】

用例设计方法

测试用例:是为测试项目而设计的执行文档 -> 作用:防止漏测,实施测试的标准

1、等价类划分法:

    在所有测试数据中,具有某种共同特征数据集合进行划分

  分类:

    a.有效等价类:满足需求的数据集合
    b.无效等价类:不满足需求的数据集合

  使用步骤:    

    a.明确需求
    b.确定有效和无效等价类   (规则、长度、类型、是否为空、是否重复
    c.提取数据编写测试用例

  适用场景:

    需要有大量数据测试输入,但是没法穷举测试的地方

    常见的有 ==> 输入框、下拉列表、单选框、复选框

    典型代表:页面的输入框类测试

 

2、边界值分析法:

    选取正好等于、刚好大于、刚好小于边界的值作为测试数据 

  边界范围节点:

    上点:边界上的点(正好等于)
    离点:距离上点最近的点(刚好大于、刚好小于)
    内点:范围内的点(区间范围内的数据)

  边界值法设计用例步骤:   

    1. 明确需求
    2. 确定有效和无效等价类
    3. 确定边界范围值
    4. 提取数据编写测试用例

  优化7点到5点:

    开内闭外(开区间选包含的点,闭区选不包含的点)

    上点:必选(不考虑区间开闭)

    内点:必选(建议选择中间范围)

    离点:开内闭外(考虑开闭区间,开区间选择内部离点,闭区间选择外部离点)

  使用场景:  

    在等价类的基础上针对有边界范围的测试数据输入的地方(重点关注边界)
    常见词语描述:大小、尺寸、重量、最大、最小、至多、至少等修饰词语
    典型代表:有边界范围的输入框类测试(单个输⼊框,常⽤的⽅式 边界+等价类)

 

3、判定表法:是一种以表格形式表达多条件逻辑判断的工具(解决多条件有依赖关系测试

        区别等价类边界值分析法主要关注单个输入类条件的测试
           并未考虑输入条件之间的各种组合、输入条件与输出结果之间相互制约关系的测试    

      

      条件桩:列出问题中的所有条件,列出条件的次序无关紧要
      动作桩:列出问题中可能采取的操作,操作的排列顺序没有约束
      条件项:列出条件对应的取值,所有可能情况下的真假值
      动作项:列出条件项的、各种取值情况下应该采取的动作结果     

       
      规则:
        1.判定表中贯穿条件项和动作项的一列就是一条规则
        2.假设有n个条件,每个条件的取值有两个(0,1),全组合有2的n次方种规则

       

      判定表法设计用例步骤:        

        1、明确需求
        2、画出判定表
          a.列出条件桩和动作桩
          b.填写条件项,对条件进行全组合
          c.根据条件项的组合确定动作项
          d.简化、合并相似规则(有相同的动作)
        3、根据规则编写测试用例   

    
        使用场景:        

          a.有多个输入条件,多个输出结果,输入条件之间有组合关系,输入条件和输出结果之间有依赖(制约)关系
          b.判定表一般适用于条件组合数量较少的情况(比如4个条件以下)

          c.如果条件超过4个,就不适合覆盖所有条件,应采⽤(正交法)来解决

  

4、场景法(又称流程图法):场景法也可以叫流程图法,是用流程图描述用户的使用场景,然后通过覆盖流程路径来设计测试用例

    意义好处:a.用户使用角度:用户平时使用的不是单个功能,而是多个功能组合起来进行使用

         b.测试人员角度:平时测试的都是单个功能点进行测试,容易忽略多个功能的组合测试

    [覆盖业务测试,需要使用流程图法;先测业务,再测试单功能、单模块、单页面]

    流程图:使用标准图形和箭头来表达程序或业务的走向

    说明:业务⽤例是根据流程图来梳理的,需要先了解流程图

    适用场景:根据实际的应用场景,来测试业务用例,可以使用场景法

    

5、错误推测法:通过经验推测系统可能出现的问题

    思路:根据经验列举出可能出现问题的清单,根据清单分析问题可能原因,推测发现缺陷

 

    应⽤场景:当项⽬⽤例都执⾏完毕,且BUG修复完成,离上线还有⼀段时间,在这段时间中可是
         使⽤错误推测法复测主要业务测试未覆盖的功能

    1、 时间紧任务量大时,根据之前项目类似经验找出易出错的模块重点测试    

    2、 时间宽裕通过该方法列出之前出现问题较多的模块再次测试

 

posted @ 2023-06-23 23:36  问题不大、  阅读(69)  评论(0)    收藏  举报