如何写好测试用例

什么是测试用例

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

测试用例编写流程

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

    需求分析

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

  • 用户需求:关注系统是否满足用户习惯
  • 功能需求:关注系统是否满足功能需求


    提取测试点

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

    测试点对测试用例的设计的好处
  • 快速

  • 覆盖

  • 方法

  • 细节
    以慕课网为例,提取的四个功能模块的测试点
    这里写图片描述


    测试用例编写

    测试用例包含内容
  • 用例编号:唯一 –身份证号

  • 用例名称:用例的名字,要求言简意赅 –姓名

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

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

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

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

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

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

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

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

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

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

    测试用例编写注意
  • 用例格式不是固定的

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

    测试用例编写方法
  • 等价类划分法

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

  • 边界值分析法

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

  • 场景法

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

  • 猜测法

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

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

这里写图片描述


测试用例评审

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

评审的意义
  • 通过评审可以发现测试用例的不足
  • 方便测试人员改进用例
  • 达到测试时提高测试质量的目的
阅读更多
想对作者说点什么? 我来说一句

功能测试用例的书写方式

2009年06月15日 86KB 下载

软件测试用例写作方法

2009年03月02日 329KB 下载

公司项目后台管理测试用例

2010年05月05日 210KB 下载

没有更多推荐了,返回首页

加入CSDN,享受更精准的内容推荐,与500万程序员共同成长!
关闭
关闭