1.什么是测试用例
2.测试用例的编写注意事项
3.黑盒测试用例设计方法
一:什么是测试用例
1.测试用例的定义
|
测试用例编号
|
测试项
|
依赖用例
|
测试步骤
|
输入数据
|
预期结果
|
测试结果
|
测试人
|
备注
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
简单地说,测试用例就是:
a.设计一个情况,软件程序在这种情况下运行,必须能够正常运行并达到程序设计的预期结果
b.如果程序在这种情况下不能正常运行,而且这种问题会重复发生,那就表示软件程序人员已经测出软件有缺陷,这时候就必须将这个问题表示出来,并且通知软件开发人员,软件开发人员接获通知后,将这个问题修改完成与下个版本内容
c.软件测试工程师取得心得测hi版本后,必须利用同一个用例来测试这个问题,确保该问题已修改完成;
测试用例包含的把内容:
标识符:由测试设计过程说明和测试程序说明引用的唯一标识符
测试项:描述被测试的详细特性,代码模块等,应该比测试设计说明中所列的特性更加具体,还要指出引用的产品说明书或者测试用例所依据的其他设计文档
输入说明:该说明列举执行测试用例的所有输入内容或者条件
输出说明:描述进行测试用例预期的结果
环境要求:是指执行测试用例必要的硬件,软件,测试工具,人员等
特殊要求:描述执行测试必须的特殊要求
用例之间的依赖性:如果一个测试用例依赖于其他用例,或者受其他用例的影响,就应该在次注明;
解释:
用例设计模板中的说明:
- 标识符(用例编号):一般编号规则TestCase 项目名称 _模块名称_功能名称_0001
- 测试项:测试用例的测试目的,一般情况下,用一句话表明目的。例如:使用谷歌打开百度首页:在QQ登陆界面输入正确的用命名密码能登陆(表明你的测试模板,测试对象,方式,事件)
- 3.依赖用例:已按功能流程上,下游的功能测试依赖于上游的功能测试用例;例如:增加一个数据的测试用例,将会被删除该数据的测试用例依据;
- 4.测试步骤:用最朴实的语言,写出来软件的操作步骤;要尽量详细。例如:在用户名文本框输入:XXX:在省份下拉列表选择:北京
- 测试数据:单独整合测试数据,必须和测试步骤中的数据保持一致
- 预期结果:准确,对象的准确,内容的额准确性,原则上每一个操作,都要有一个结果在重要的步骤之后,设定预期结果。例如:页面跳转到XXX:程序弹出对话框,提示:用户名或密码错误,请重新输入!一般和测试目的的密码相关!测试目的决定了测试步骤和预期结果。
- 测试结果:要求在测试执行完成后完成添加。没有执行保持为空。测试结果只有两种:通过/失败:Pass/Failed和预期结果一直即为通过:不一致即为失败。
- 测试人:测试的执行人,可以和设计者相同也可以不同。
- 备注:为了测试用例正常执行而做的特殊准备。例如:专门指定一个网络不畅情况下的提示。
用例设计及编写的作用
有效性:测试用例是测试人员测试过程中的重要参考依据;
可复用性:良好的测试用例具有重复使用的功能,使得测试过程事半功倍,提高测试效率;
易组织性:即使是小的项目,也可能有几千甚至个更多的测试用例,测试用例可能在数月甚至几年的测试过程之中被创建和使用。
可评估性:从测试的项目管理的角度来说,测试用例的通过率是检查代码质量的保证;
可管理性:测试用例也可以左右检验测试人员进度工作量一级跟踪/管理测试人员工作效率的标准。
2.测试用例摸板个包含的内容
3.测试用例的作用
测试用例边下注意事项
1.不要设计“穷举测试用例
2.在详细测试用例与有效测试时间中找到平衡点
3.好的测试用例应该多关注“反向测试问题
4.测试用例库应该不断更新和维护
5.测试用例可以复用,但要注意数据有效性与环境变换
6.测试用例是设计出来的,不是写出来的
7.多去学习经验丰富的测试工程师所设计出来的测试用例
9.针对不同的需求类型和测试对象,灵活采用不同的测试用例设计方法
浙公网安备 33010602011771号