【测试基础第四篇】测试用例设计方法

• 软件测试的核心就是测试用例编写！！！
  
• 等价类划分法
  
  • 定义
    
    • 把所有程序的输入域（输入数据 ）划分为若干个子集合（等价类），从每个子集合这种选取少数具有代表性的数据作为测试的输入数据。
      
    • 在该子集合中，所有的输入数据对于揭露软件中的错误都是等效的。--减少测试用例数量，提高效率。
      
  • 划分
    
    • 有效等价类（正面，不报错）
      
    • 无效等价类（负面，抛出错误，提示友好）
      
  • 等价类划分法用例设计步骤和原则
    
    • 1.分析需求，先确定其有效等价类，列出所有划分出的等价类--列出有效、无效
      
    • 2.在确立了等价类后，建立等价类表，列出所有划分出的等价类--建表
      
    • 3.再从划分出的等价类中选择测试用例--从列出的等价类中进行设计测试用例
      
      • 尽可能多覆盖有效等价类--减少测试用例数量，避免重复，提高效率。
        
      • 仅覆盖一个无效等价类--为了确定哪个因素触发错误，每一种错误都被正确处理。
        
  • 等价类划分法应用场景
    
    • 当测试需要数据量过大，且数据操作可以分类时进行等价类划分。
      
  • 举个栗子：
    
    • 微信红包
      
      • 需求：金额区间【0.01-200】设计测试用例
        
      • （1）分析需求
        
        • 有效：1)0.01-200 4)数字 6）小数点不超过两位
          
        • 无效：2)>200 3)<0.01 5）非数字（中文、字母、字符、空格）7）超过两位小数 8）控制 9）负数
          
      • （2）建表--选取有代表意义的数字
        
        • 
          
      • （3）设计测试用例
        
        • 
          
    • 密码
      
      • 需求：8-16位，数字、字母、字符至少两种
        
      • 
        
• 边界值分析法--与等价类划分法一起使用
  
  • 定义
    
    • 边界值分析法是对等价类划分法的一个补充，一般从等价类的边缘值去寻找
      
  • 原则和步骤
    
    • （1）确定边界，选取正好等于、刚刚大于或刚刚小于的值作为测试数据。
      
      • 方法：两点法：边界。三点法：边界加中间值。四点法：边界、刚刚大于、刚刚小于。
        
    • （2）有效等价类边界、无效等价类边界
      
      • 注意：
        
        • 次边界值：IP地址（0-255）、时间格式（0-23）、2的幂值
          
        • 特殊边界值：0、负值、空值、空格
          
  • 作用
    
    • 经验所得，错误常常发生在边界上。
      
  • 应用场景
    
    • 需求规定了取值范围或规定了取值的个数时
      
• 等价类划分和边界值分析法常见运用场景
  
  • 1.输入条件规定的取值范围或值得个数的情况（最小<x<最大，最小<x，最大>x）。例如用户名长度、红包金额
    
  • 2.在下拉列表中包含多个选项的情况；城市下拉选项（第一个、最后一个、中间一个）
    
  • 3.在规定了输入数据必须遵守规则下，可确立一个有效等价类和若干个无效等价类
    
  • 4.报表数据第一行、最后一行、中间一行
    
  • 5.屏幕上光标在最左上、最右下位置
    
• 场景法
  
  • 定义
    
    • 通过场景描述的业务流程（业务逻辑），也包括代码实现逻辑，设计用例来遍历场景（路径），验证软件系统功能的正确性。
      
  • 如何使用
    
    • 1.画出流程图--矩形：步骤（操作、输入、输出结果），菱形：判断条件，箭头：流向
      
    • 2.遍历场景，提取测试用例
      
      • 覆盖正常路径
        
      • 走每个分支判断的地方
        
      • 出错步骤重新回到主流程建议多走一步正确的步骤
        
  • 注意
    
    • 不单独使用
      
    • 场景法重点是测试流程，因此每个流程一个用例验证即可，流程测试没有问题并不能说明系统功能没有问题，还要针对单步的功能进行测试
      
    • 单个功能点+流程测试才是充分的测试
      
  • 举个栗子
    
    • 1、ATM机取钱
      
      • 流程图
        
        • 
          
      • 测试步骤
        
        • 场景一：正常流程：插入合法银行卡，输入正确密码，输入正确且充足的金额，ATM姬3足够
          
        • 场景二：插入不合法的卡，退卡提示错误
          
        • 场景三：插入合法银行卡，输入密码后点击取消，--退卡
          
        • 场景四：插入合法银行卡，不点击取消输入，错误密码，不超过3次--提示密码错误重新输入
          
          • 多走一步正确流程：插入合法银行卡，不点击取消输入，错误密码，不超过3次-提示密码出错，输入正确密码
            
        • 场景五：插入合法银行卡，不点击取消输入，错误密码，出错3次--吞卡
          
        • 场景六：插入合法银行卡，不点击取消输入，正确密码，输入金额，金额不合法--提示错误，重新输入金额
          
          • 多走一步正确流程：插入合法银行卡，不点击取消输入，正确密码，输入金额，金额不合法--提示错误，重新输入合法金额
            
        • 场景七：插入合法银行卡，不点击取消输入，正确密码，输入金额，金额合法，账户余额不足--提示错误，重新输入金额
          
          • 多走一步正确流程：插入合法银行卡，不点击取消输入，正确密码，输入金额，金额合法，账户余额不足--提示错误，重新输入账户合法金额
            
        • 场景八：插入合法银行卡，不点击取消输入，正确密码，输入金额，金额合法，账户余额足，ATM机金额不足-提示错误，重新输入
          
          • 多走一步正确流程：插入合法银行卡，不点击取消输入，正确密码，输入金额，金额合法，账户余额足，ATM机金额不足-提示错误，重新输入合法ATM机金额
            
    • 2、OA请假流程
      
      • 流程图
        
        • 
          
      • 测试步骤
        
        • 场景一：正常流程
          
          • （1）员工提交请假天数超过3天，部门经理审批通过，部门总监审批通过，HR审批通过，请假成功
            
          • （2）员工提交请假天数不超过3天，部门经理审批通过，HR审批通过，请假成功
            
        • 场景二：员工提交请假天数超过3天，部门经理审批不通过，提示员工重新提交请假申请
          
          • 多走一步：员工提交请假天数超过3天，部门经理审批不通过，提示员工重新输入请假申请，部门经理审批通过，部门总监审批通过，HR审批通过，请假成功
            
        • 场景三：员工提交请假天数超过3天，部门经理审批通过，部门总监审批不通过，提示员工重新提交请假申请
          
          • 多走一步：员工提交请假天数超过3天，部门经理审批通过，部门总监审批不通过，提示员工重新输入请假申请，员工输入请假申请，部门总监审批通过，HR审批通过，请假成功
            
        • 场景四：员工提交请假天数超过3天，部门经理审批通过，部门总监审批通过，HR审批不通过，提示员工重新提交请假申请
          
          • 员工提交请假天数超过3天，部门经理审批通过，部门总监审批通过，HR审批不通过，提示员工重新输入请假申请，员工输入请假申请，请假超过3天，部门经理审批通过，部门总监审批通过，HR审批通过,请假成功。
            
        • 场景五：员工提交请假天数不超过3天，部门经理审批不通过，提示员工重新提交请假申请
          
          • 多走一步：员工提交请假天数不超过3天，部门经理审批不通过，提示员工重新提交请假申请，员工重新提交，部门经理审批通过，HR审批通过，请假成功
            
        • 场景六：员工提交请假天数不超过3天，部门经理审批通过，HR审批不通过，提示员工重新提交请假申请
          
          • 多走一步：员工提交请假天数不超过3天，部门经理审批通过，HR审批不通过，提示员工重新提交请假申请，员工重新提交，部门经理审批通过，HR审批通过，请假成功
            
• 错误推测法--反推法
  
  • 定义
    
    • 基于经验、知识、直觉；不单独使用，作为补充；考虑可能触发错误场景。
      
  • 举个栗子
    
    • 某平台登录页面
      
      • 账号面错误
        
      • 验证码
        
      • 网络问题
        
      • 浏览器兼容性
        
      • 性能弱（并发大量用户）
        
      • 账号黑名单--举报
        
      • 登录失败错误次数过多，冻结账号
        
      • 服务器异常，无响应
        
      • 第三方登录
        
      • 单点登录
        
• 笔试面试题整理
  
  • 1.编写测试用例会用什么方法？接着会问，你觉得你在写用例的时候用到了吗？
    
    • 等价类、边界值、场景法、错误推测
      
  • 2.输入边长A、B、C 3个值，判断是否能构成三角形，输出对应的信息?
    
    • 分析思路:
      
      • ①首先要考虑a，b, c是否为正数: a>0，b>0， c>0。
        
      • ②三角形判断依据:三角形任意两边之和大于第三边: a<b+c且b<a+c且c<a+b。
        
      • ③直角三角形判断依据:勾股定理: a2+b2=c2 or a2+c2=b2 or c2+b2=a2。
        
      • ④等腰三角形判断依据:两边相等: a=b≠c或a=c≠b或b=c≠a。
        
      • ⑤等边三角形判断依据:三边相等: a=b=c。
        
      • ⑥等腰直角三角形。
        
    • （1）场景法，画出流程图，并整理出测试用例
      
      • 
        
    • （2）等价类划分法，整理出测试用例
      
      • 
        
• 知识卡
  
  •