测试用例设计方法

测试技术与测试设计：
1、认识基本术语

术语：
  动态测试：   
          指的是通过实际运行被测软件，输入相应的数据，检查实际输出结果和我预期结果是一致的。
          实际结果：真实运行软件得到结果
          预期结果：我期望运行软件得到的结果
  
静态测试：
         指的是不运行软件，通过肉眼观察需求规格说明书、代码、软件来判断程序是否正常 。
         
正式评审：
         需求评审：所有项目组成员针对需求进行评审，看需求是否符合当前用户的需求，需求是否存在错误。
          用例评审：
                项目组评审：项目组所有成员进行评审
                交叉评审：
                组内评审：
         
概要设计评审：
详细设计评审：
度量：
           衡量当前工作是否达到标准
           1、当前测试方法是否覆盖所有的测试点
            2、测试完成之后，是否达到用户使用的标准。
            3、开发提测的代码-----》单元测试
评审员：参与评审的人
记录员：记录评审会议上的会议纪要

技术评审：同行间对技术进行评审的目的是技术实现达成共识。
走查（walkthrough）:由文档作者逐步陈述文档内容，以收集信息并对内容达成一致。
控制流：执行组件或者系统的一系列顺序的路径。
数据流：表示数据对象的顺序或者状态发生变化的过程。
复杂性：当前程序结构比较复杂，指的是当前验证这个程序复杂程度（难度）

圈复杂度：通过观察程序路径，来衡量当前程序复杂程度 。
   
用例设计：
掌握常用的用例设计方法：
一、等价类
      等价类：指某个输入域的集合，在集合中各个输入的条件都是等效的。
  有效等价类：对程序规格说明有意义的，合理的数据
  无效等价类：对程序规格说明无意义的、不合理的输入数据
  输入值为布尔值：true (真)或者 false(假)

等价类划分的设计用例思路：
1、找输入条件
2、为每个输入条件找有效、无效等价类
3、为每个等价类编号
4、用最少的用例覆盖最多的有效等价类
5、每一个无效等价类都是一个用例
6、并非所有的有效等价类都有无效
7、等价类的覆盖可以重复覆盖

小结：每个用例尽可能多的覆盖多个有效等价类
           每个用例只能覆盖一个无效等价类

常见的可以划分等价类的地方
1、长度
2、重复次数
3、
4、字符串中字符的个数
5、文件命名
6、文件大小
7、屏幕的颜色尺寸
8、超时时间

等价类的优点：
   是考虑了单个输入域的各类情况，避免了盲目或者随机选取输入数据的不完整性和覆盖的不稳定性
缺点：
    方法虽然简单易用，但是没有对组合情况进行充分的考虑。需要结合其他测试用例设计方法进行补充，例如边界值。

二、边界值
边界值的定义：
   上点：边界上的点
   离点：离上点最近的点（即上点左右两边最邻近的点)
   内点：在范围内的点   
   
边界条件分析：
1、输入条件明确了一个值的取值范围或者规定了值的个数
2、输入条件明确了一个有序集合。

边界分析原则：
1、如果输入（输出）条件规定了取值范围，则应该以该范围边界内及边界附近的值作为测试用例
2、如果输入（输出)条件规定了值的个数，则用最大个数，最小个数，比最小个数少一个，比最大个数多一个的数作为测试数据。
3、如果程序规格说明中提到的输入或者输出是一个有序集合，应该注意选取有序集合的第一个和最后一个元素作为测试数据。

三、判定表分析法
       分析和表达多逻辑条件下执行不同操作的情况
      条件桩：列出问题的所有条件（通常次序无关紧要）
     条件项：列出针对它条件的取值。（所有情况下的真假值）
     动作桩：列出所有问题规定可采用的动作（顺序无约束）
     动作项：列出条件各种情况的应采取的动作。

判定表的作用：  
     利用判定表将负复杂的问题按照各种可能的情况全部列举出来，能针对不同的逻辑条件的组合值，分别执行不同的操作。
   
四、场景分析法：
        场景分析法，是通过划分业务流程的路径，来确认当前的测试用例，业务流程开始到结束遍历的路径就是他的基本业务流。

业务流程：
     淘宝下单 ---------登录 ------------添加商品到购物车--------支付-------------下单----------发货-----------确认收货

在工作场景中如何使用场景分析法：
    画出业务流程图  
   
   场景分析法：
    1、覆盖所有的的正常路径，找出流程图中的判定
    2、出错的步骤回到主流程路径作为测试用例  （因为多走了一步，路径顺序不一样了）
   
五、测试用例包含的内容：
测试用例编号：用例的唯一性标识
所属系统：用例所属的系统
所属模块：用例所属的功能模块
用例标题：必须包含用例的验证功能点、输入条件、预期结果
前置条件：可以是省略的步骤，可以是执行设备
用例步骤：包含输入的具体值
预期结果：一个步骤对应一个值
实际结果：实际执行的结果
编写人：编写用例的人
执行人：实际执行用例的人