您现在的位置是:首页 >技术杂谈 >第四章 测试用例编网站首页技术杂谈
第四章 测试用例编
本科程目标
1.什么是测试用例
2.测试用例的重要性
3.测试用例的八大要素(重点)
4.测试用例的评审
一、什么叫软件测试用例
测试用例(TestCase)是为项目需求而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序是否满足客户需求。
可以总结为:每一个测试点的数据设计和步骤设计。
二、测试用例的重要性
1.测试用例是软件测试的核心。
软件测试的重要性是毋庸置疑的,测试用例是测试工作的指导,是软件测试指令稳定的根本保障。影响软件测试的因素很多,如软件本身的复杂程度,开发质量,测试方法和技术的运用。但有些因素是客观存在,不可避免的,如IT团队的流动,环境,情绪等。
2.评估测试结果的基准
测试用例的通过率以及错误率,是测试结果的一个重要依据,用来判断该软件测试结果是否通过,能否达到上线的标准。
3.保证测试的时候不遗漏功能点。可以在测试人员疲累的时候起到一个牵引的作用。
4.在编写测试用例的过程,可以熟悉需求,对系统架构或者业务流程有一个整体的、深入的了解。
5.好的测试用例不仅方便自己和别人查看,而且能帮助设计的时候考虑的更周全,因此测试用例的写作和设计一样,也是非常重要的。执行性(指导性)
三、测试用例的八大要素
1.用例编号:产品名称-测试阶段(it st uat)-测试项-xxx(英文) (it 集成测试-接口测试 st系统测试 uat验收测试) 或者 项目_编号,编号
2.测试项目:对应一个功能模块(细分功能)
3.测试标题:直接对测试点进行细化得出,输入内容+结果,统一功能模块标题不能重复(来自测试点)
4.重要级别:高/中/低
5.预置条件:需要满足一些前提条件,否则用例无法执行
6.测试输入(数据):需要加工的输入信息,根据具体情况来设计(跟步骤结合起来一定要具有指导性意义)
7.操作步骤:明确给出每个步骤的描述,执行人员可以根据该步骤完成执行工作
8.预期结果:根据预期输出比对实际结果,来判断被测对象是否符合需求。(预期结果唯一,不能出现“是否或者”)
9.实际结果:执行测试的结果 :通过(pass),不通过(fail),阻塞(用例无法执行)
四、需求评审(测试用例评审)
评审的目的:检验是否存在漏测和错测的测试点
参与人员:测试人员
组内人员
测试主管/测试组长
产品
开发