什么是测试用例

• 测试工作的核心
• 一组在测试时输入输出的标准
• 软件需求的具体对照

测试用例编写流程

• 需求分析
• 提取测试点
• 测试用例编写

• 测试用例评审

  需求分析

• 业务需求：关注系统是否满足业务

• 用户需求：关注系统是否满足用户习惯

• 功能需求：关注系统是否满足功能需求

  ---

  提取测试点

  通过需求分析后对得出的需要进行测试的具体内容.

  测试点对测试用例的设计的好处

• 快速

• 覆盖

• 方法

• 细节
  以慕课网为例，提取的四个功能模块的测试点
  

  ---

  测试用例编写

  测试用例包含内容

• 用例编号：唯一 –身份证号

• 用例名称：用例的名字，要求言简意赅 –姓名

• 测试背景：这条用例主要测试什么东西

• 前置条件：执行这条措施之前应该先执行什么条件，比如测试登录功能，前提是要有账号密码。

• 优先级：测试用例的优先程度

• 重要级：测试用例的重要程度

//注意优先级和重要级不一定成正比关系。比如：周末出去玩，但是公司突然加班 优先级：出去玩 重要级:回公司加班 当然结果是回去加班

• 测试数据：比如输入的账号密码，鼠标的操作也是一种测试数据

• 测试步骤：测试进行的步骤

• 预期结果：对应输入数据或条件等得到对应的现象

• 实际结果：测试执行后的结果

• 备注：其他特殊情况的信息。

  测试用例编写注意

• 用例格式不是固定的

• 根据项目的实际情况设计测试用例表格

• 根据具体的情况编写

  测试用例编写方法

• 等价类划分法

如何选择适当的数据子集，来代表整个数据集。通过降低测试的数据去实现“合理的”覆盖，覆盖了更多的可能数据，以发现更多的软件缺陷

• 边界值分析法

使用边界值分析方法设计测试用例时一般与等价类划分结合起来，但它不是从一个等价类中任选一个例子作为代表，而是将测试边界情况作为重点目标，选取正好等于、刚刚大于或刚刚小于边界值得测试数据

• 场景法

通过运用场景来对系统的功能点或业务流程的描述，从而提高测试效果。场景法一般包含基本流和备用流，从业一个流程开始，通过描述经过的路径来确定的过程，经过遍历所有的基本流和备用流来完成整个场景。

• 猜测法

根据经验选择容易出错的地方

测试用例管理

• 测试用例数量巨大
• 测试用例会随着需求变更
• 测试用例需要补充完善

---

测试用例评审

简单的来讲，评审就是对测试用例进行检查
评审包括同行评审，小组评审，部门评审，三方评审等
不同的评审类型会有不同的角色参与

评审的意义

• 通过评审可以发现测试用例的不足
• 方便测试人员改进用例
• 达到测试时提高测试质量的目的