测试用例

测试用例：

测试用例表头

1. 用例编号 —按项目标号 test_001
2. 标题 — 登录成功
3. 所属模块 —登录模块，注册模块
4. 目的 — 可省略
5. 前置条件 — 当前所处页面，用户身份
6. 优先级 1、2、3、4 — 提测与冒烟用例优先级为最高优先级

    `次要标题优先级低于主要标题优先级`
    `反向错误标题优先级低于正向正确标题优先级`
   

7. 测试步骤 — 一般为3~5个，最多不超过8个
8. 测试数据 — 成功登录的数据，错误登录的数据
9. 预期结果 — 登录成功或登录失败“系统给予反馈的才有预期结果”
10. 实际结果 — 后期填写，通过或未通过以及跟预期的差异
11. 备注 — 特殊机型等特殊情况

注意事项：

1. 用词简介、清晰、专业、不能有歧义，易懂、注意断句，排版整洁
2. 提前了解公司测试用例要求
3. 测试步骤明确
4. 注意调整颗粒度 —颗粒度大，整体简洁，但是用例步骤过多

设计测试用例的方法

等价类划分 — 划分范围取代表数据测试

原理：不能做穷举，按照业务类型将数据划分，挑选出具有代表性的数据进行测试

1. 应用场景： 输入框、文件选择，时间选择
2. 等价类划分：
   有效等价类——正向正确数据，系统提示反馈
   无效等价类 ——反向错误数据，系统提示反馈
3. 步骤：
   （1）画出等价类表，列出所有的输入条件，每个条件列出需求规则
   （2）找出对应每个需求规则的有效和无效等价类
   （3）每个等价类指定一个编号
   （4）设计一条用例尽可能多的覆盖有效等价类，直到所有的有效等价类被覆盖完
   （5）每一个无效等价类需要单独设计一条用例来覆盖
   

   即时贴-等价类划分

• 注意事项：
  1) 据类型覆盖
  2) 数字（覆盖、整数、负数，小数）
  3) 整数与负数分开测试 — 负数的补码算法不同与正数
  4) 数字是无效等价类的时候，不用拆分正负数测试
  5) 字母（大写，小写）
  6) 语言（不同国家语言）
  7) 特殊符号（emog表情，输入法自带的特殊符号

边界值

1. 应用场景：在有效数据与无效数据之间
2. 边界值划分：

   1)  最大值：**max** 【有效数据中的最大值) 
   2)  最小值：**max**【有效数据中的最小值】
   3)  有效最大次边界：**max -**【比最大值小1个单位】
   4)  无效最大次边界：**max +**【大比最大值1个单位】
   5)  有效最小次边界：**min+**【比最小值大1个单位】
   6)  无效最小次边界：**min -**【比最小值小1个单位】
   

注册程序-等价类划分，边界值划分

因果图

1. 应用场景：条件和条件之间存在相互依存或互斥的关系
2. 因果关系划分：
   1) ￣恒等于 — a为0，b为0
   2) ∧与（和、并且） — 全1为1
   3) ∨或 — 全0为0 ，有1为1
   4) ~非(相反) —如果a为1，那么b为0
   5) E 互斥关系 — 单选框
   6) O 唯一关系 — 有且仅有一个
   7) I 包含关系 — 必须选，也可以选多个
   7) R 要求关系 —a为真，要求b也为真
   8) M 屏蔽关系 — 如果a为1，那么b为0；错误弹窗屏蔽，仅显示一个错误弹窗，

判定表法

输入条件之间存在约束就可以使用判定表；
（1）画出的判定表，列出条件桩和动作桩；
（2）列出条件项的所有取值组合，计算出每个结果项的值
（3）进行合并化简

一卡通充值-判定表

正交排列法

用最有代表性的数据进行测试

1. 应用场景：当条件过多，使用穷举法太过繁琐时
2. 正交表 $L_n\left ( M^k \right )$ $$-- 常用正交表类型： L_4\left\{2^3\right\} , L_8\left\{2^7\right\} , L_12\left\{2^11\right\} , L_9\left\{3^4\right\} , L_16\left\{4^5\right\} , L_25\left\{5^6\right\} , L_8\left\{4\times2^4\right\} , L_12\left\{3\times2^4\right\} , L_16\left\{4^4\times2^3\right\} ,$$ L:行s
   n：总行数
   M：每列的最大值，也叫列出备选流“水平”— 选项
   k：列数，也加“因素” — 控件

• pict生成正交表
  参考链接
  1) 在PICT文件夹下创建test.txt文件
  2) 将参数填入text文件中，以，< paramName >:< value >< value>< value >< value>的格式
  3) 使用NotePad++将test.txt文件的编码格式跟改为ANSI格式
  4) 使用cmd命令运行该文件
  5) 也可以创建test.xls表格文件，使用下列命令将结果导入表格中

  pict test.txt>test.xls

  场景法

  应用场景：流程性用例，正向流程与异常流程
  基本流：正向没有错误的基本流程
  备选流：在基本流的基础上的分支流程，由异常或错误引起，4类
  每个一个流程分支就是一个测试场景
  使用步骤：
  步骤一——先写出基本流
  步骤二——根据基本流和备选流列出场景
  步骤三——根据场景，设计相应的测试用例
  步骤四——去掉重复场景，补充测试数据
  步骤五——编写测试用例

状态迁移图：

（1）首先画出状态迁移图
（2）将状态迁移图转换成状态转换树
（3）找出每一条测试路径

错误推导法

1. 基于经验和直觉推测程序可能存在的各种错误，有针对性地设计测试用例的方法
2. 错误推论方向：
   1) 凭借对项目的理解度：了解项目中薄弱的地方。针对性使用错误数据和操作，破坏性使用薄弱功能。
   2) 根据个人经验
   3) 凭借对开发人员和开发经理的理解：了解同时的工作风格，判断出“他”可能容易在那些地方犯错误。

用例测试的顺序

确定UI界面→场景法→正向场景→根据控件选择测试方法→逆向场景→错误推论

用例执行状态

1. Block（阻塞）：功能或者测试环境等的欠缺、受其他bug影响，导致测试不能进行到底
2. Fail（失败：当实际执行结果与预期结果不符时
3. Pass（通过）：当实际执行结果与预期结果相符
4. N/A（不适用）：客观原因导致无法适用于当前测试
5. Investigate（观察）：当用例正在执行中，但是需要耗较多时间去观察其结果
6. No Test（未执行）：当用例还没开始执行时