本帖最后由 上海分校-小影 于 2018-8-31 09:47 编辑
大家好,今天给大家绍下测试用例相关知识。之前在工作中,并不清楚什么是测试用例,该怎么编写,因为做开发也没关注这块,前两天有同学问我怎么编写测试用例,那么就给大家简单普及下。
首先知道软件由数据+程序+文档组成。我们做软件测试,就是给执行程序输入数据,得到输出结果,并判断输出结果是否符合需求规格的过程,而文档就是我们工作内容。而测试用例,就属于文档的一部分。
其次测试的生命周期(测试流程):测试计划 --- 测试方案设计 --- 测试开发 --- 测试执行 --- 测试评估,对测试结果的分析和报告。
测试用例的编写与执行属于测试开发环节。 测试用例是测试工作的核心,是一组在测试时输入输出的标准,测试用例是软件需求的具体对照
测试用例作用:检验程序是否满足需求,提现测试人员的工作质量,可以让别人学习测试计划和方法。
测试用例一般包括,编号,用例名称,测试项目,测试环境,优先级,BUG级别,测试数据,测试步骤,预期结果,实际结果,判断是否BUG。
这里需要注意,编号并不简单的是1、2、3、4这样子,而是可以通过下划线将一些测试用例的信息包含进去,比如:TpShop_0001,代表着这条测试用例时测试商城相关的;用例名称是用例的名字,这个可以不写;测试什么项目、什么内容的,也可以不写,优先级和重要级看似差不多,其实关系不大,优先级高并不意味着重要级高;测试数据是指输入的数据;测试步骤是必须的,可以根据实际情况写测试步骤,可以写的粗糙,也可以写的很详细,比如第一步是什么,第二步是什么。。。。预期结果对应着测试步骤,如果测试步骤写的很详细,那么预期结果也要详细,比如测试步骤有5步,预期结果有2个,别人怎么知道这个结果是哪一步产生的?最好在编号上实现预期结果和操作步骤的统一;实际结果就是在测试过程中的实际情况,如果一样就写通过、OK等就可以了,如果不一样,需要写明实际结果是什么。有时候,我们可以在实际结果中写OK、false,然后将实际结果写在备注里,也没有问题。
测试用例的编写流程:
需求分析、提取测试点、编写测试用例、测试用例的评审 下面给大家看下一个简单的注册测试用例:
|