目录
测试用例介绍
测试用例编写格式
案例
测试用例介绍
用例:用户使用软件的案例场景
测试用例:是为测试项目而设计的测试执行文档
测试用例的作用:
- 防止漏测
- 是实施测试的标准
- 可以作为测试工作量的评估
测试用例编写格式
用例编号 | 用例标题 | 模块/项目 | 优先级 | 前置条件 | 测试步骤 | 测试数据 | 预期结果 |
QQ_login_001 | 登录成功-正确的账号和密码 | 登录 | P2 |
|
| qq号:12345678 密码:123456 | 登录成功,进入qq主页 |
- 用例编号:项目_模块_编号,方便在用例库中进行管理和检索
一般我们可以使用模块名称拼音首字母大写,如:我的,TPshop_WD_001
- 用例标题:测试目的-测试点/测试目的(测试点)(用例标题,一般情况下是不重复的)
- 模块/项目:所属项目或模块
- 优先级:表示用例的重要程度或者影响力,优先级高的测试用例优先执行,比如核心功能的测试用例,优先级比较高 怎样划分测试的优先级_测试用例优先级划分和定义-CSDN博客
- 流程正向:P0
- 单功能正向:P1
- 流程逆向:P2
- 单功能逆向:P3
-
- 其他:P4
或
-
- 流程正向:P0
- 流程逆向:P1
- 单功能正向:P2
- 单功能逆向:P3
-
- 其他:P4
- 前置条件:要执行此条用例的前提条件,同时也可简化测试步骤
- 测试步骤:描述操作步骤,要使用编号;测试步骤最好不要超过5步
- 测试数据:操作步骤涉及的数据,可以为空;可以只写关键数据,其他数据用一句话代替,如:其他数据均满足格式要求/其他数据均填写正确
- 预期结果:期望达到的结果(用例执行结果+提示框信息+隐性结果等)
测试用例其他项(公司不同,规定也不同):
- 用例设计作者:能准确的找到测试用例设计人员,对用例修改时能方便找准人员。
- 用例创建日期:写用例的日期,方便检查用例设计的进度。
- 用例修改日期:每次修改用例的日期。
- 用例的最后修改日期
- 最后修改人
- 测试结果:执行用例后的结果Pass、Fail、Block..
- 测试类型:功能、性能、压力、GUI等。
- 预计工作量:这个用例要执行多久。
- 用例版本号:方便用例设计人员对用例的跟踪。
- 对应的开发人员:出现BUG后能及时找到相应的人员进行修复。
优先级按正向/逆向规定:
- P0:业务流程正向
- P1:业务流程的反向
- P2:单功能正向
- P3:单功能反向
- P4:其他
注意:正向指软件功能正常使用的情况,反向指对一些错误的功能情况
或者优先级按严重程度划分:
- P0:核心功能测试用例(冒烟测试),确定此版本是否是可测的测试用例,此部分测试用例如果fail会阻碍大部分其他测试用例的验证
- P1:高优先级测试用例,最常用执行以保证功能性是稳定的;基本功能测试,和重要的错误、边界测试
- P2:中优先级测试用例,更全面地验证功能的各个方面,异常测试,边界、中段、断网、容错、UI等测试用例
- P3:低优先级测试用例,不常常被执行,性能、压力、兼容性、稳定性、安全、可用性等
案例
需求:针对qq登录的功能(登录成功,账号为空,密码为空,密码错误)编写测试用例
测试用例:
用例编号 | 用例标题 | 模块 | 优先级 | 前置条件 | 测试步骤 | 测试数据 | 预期结果 |
QQ_login_001 | 登录成功-正确的账号和密码 | 登录 | P2 |
|
| qq号:xxxxxxx 密码:xxxxxxxxx | 登录成功,进入qq主页 |
QQ_login_002 | 登录失败-账号为空 | 登录 | P3 |
|
| qq号:空 密码:xxxxxxxxx | 登录失败,提示“账号为空” |
QQ_login_003 | 登录失败-账号为空 | 登录 | P3 |
|
| qq号:xxxxxxx 密码:空 | 登录失败,提示“密码为空” |
QQ_login_004 | 登录失败-密码错误 | 登录 | P3 |
|
| qq号:xxxxxxx 密码:xxxxxxx | 登录失败,提示“密码错误” |