测试用例相关知识
文章目录
- 一、测试用例定义
- 二、测试用例模板
-
- 1.实例---以百度注册页面为例
- 2.测试用例编写注意事项
- 三、用例设计和编写的作用
一、测试用例定义
简单地说,测试用例就是:设计一种情况,软件程序在这种情况下,必须能够正常运行并且达到程序所设计的预期结果。
如果程序在这种情况下不能正常运行,而且这种问题会重复发生,那就表示软件程序人员已经测出软件有缺陷,这时候就必须将这个问题标示出来,并且通知软件开发人员。软件开发人员获取通知后,将这个问题修改完成于下一个测试版本内。
软件测试工程师取得新的测试版本后,必须用同一个用例来测试这问题,确保该问题已经被修改完成。(回归测试)
二、测试用例模板
用例编号: 测试用例文档中一个代号,需全局唯一,我们可以通过代号快速找到测试用例。
命名规则:TestCase_项目名_模块名_接口名_0001
测试项:测试用例的测试目的。一般情况下,用一句话表明。
例如:使用谷歌浏览器打开百度首页
测试步骤:测试步骤是指如何执行用例,先做什么后做什么,是有顺序的。步骤和用例的目标需要是一致的,任意一个偏离目标整个case就是无意义的。
依赖用例:如果一个测试用例依赖于其他用例,或者受其他用例的影响,就应该在此注明,所列的特性更加具体。还要指出引用的产品说明书或者测试用例所依据的其他设计文档。
输入数据:列出执行测试用例的所有输入内容或者条件
预期结果:描述进行测试用例预期的结果
测试结果:通过/不通过
1.实例—以百度注册页面为例
2.测试用例编写注意事项
- 不要设计“穷举测试用例”
- 在详细测试用例与有效测试时间找到平衡点(时间不够时,就测试的广一些;时间充足时,就进行深度测试)
- 好的测试用例应该多关注“反向测试问题”(反向更容易发现软件的缺陷)
- 测试用例库应该不断更新和维护
- 测试用例可以复用,但要注意数据有效性和环境变化
- 测试用例是设计出来的,不是写出来(有针对性的设计)
- 多去学习经验丰富的测试工程师所设计的测试用例(用最少的步骤和内容,更加有效、更加快捷的找出软件的缺陷)
- 针对不用的需求类型和测试对象,灵活采用不同的测试用例设计方法
三、用例设计和编写的作用
有效性:测试用例是测试人员测试过程中的重要参考依据
可复用性:良好的测试用例具有重复使用的功能,使得测试过程事半功倍,提高测试效率
易组织性:即使是小的项目,也有可能有几千甚至更多的测试用例,测试用例可能在数月甚至几年的测试过程中被创建和使用
可评估性:从测试的项目管理角度来说,测试用例的通过率是检验代码质量的保证
可管理性:测试用例也可以作为检验测试人员进度、工作量以及跟踪/管理测试人员的工作效率的标准