基础（测试用例：介绍，测试用例格式，案例）

目录

测试用例介绍

测试用例编写格式

案例

---

测试用例介绍

用例：用户使用软件的案例场景

测试用例：是为测试项目而设计的测试执行文档

测试用例的作用：

1. 防止漏测
2. 是实施测试的标准
3. 可以作为测试工作量的评估

测试用例编写格式

用例编号	用例标题	模块/项目	优先级	前置条件	测试步骤	测试数据	预期结果
QQ_login_001	登录成功-正确的账号和密码	登录	P2	启动qq进入登录页 qq号已经注册	账号框输入qq号 密码框输入密码 点击登录按钮	qq号：12345678 密码：123456	登录成功，进入qq主页

1. 用例编号：项目_模块_编号，方便在用例库中进行管理和检索

一般我们可以使用模块名称拼音首字母大写，如：我的，TPshop_WD_001

1. 用例标题：测试目的-测试点/测试目的（测试点）（用例标题，一般情况下是不重复的）
2. 模块/项目：所属项目或模块
3. 优先级：表示用例的重要程度或者影响力，优先级高的测试用例优先执行，比如核心功能的测试用例，优先级比较高 怎样划分测试的优先级_测试用例优先级划分和定义-CSDN博客
   1. 流程正向：P0
   2. 单功能正向：P1
   3. 流程逆向：P2
   4. 单功能逆向：P3

1. 1. 其他：P4

或

1. 1. 流程正向：P0
   2. 流程逆向：P1
   3. 单功能正向：P2
   4. 单功能逆向：P3

1. 1. 其他：P4

1. 前置条件：要执行此条用例的前提条件，同时也可简化测试步骤
2. 测试步骤：描述操作步骤，要使用编号；测试步骤最好不要超过5步
3. 测试数据：操作步骤涉及的数据，可以为空；可以只写关键数据，其他数据用一句话代替，如：其他数据均满足格式要求/其他数据均填写正确
4. 预期结果：期望达到的结果（用例执行结果+提示框信息+隐性结果等）

测试用例其他项（公司不同，规定也不同）：

1. 用例设计作者：能准确的找到测试用例设计人员，对用例修改时能方便找准人员。
2. 用例创建日期：写用例的日期，方便检查用例设计的进度。
3. 用例修改日期：每次修改用例的日期。
4. 用例的最后修改日期
5. 最后修改人
6. 测试结果：执行用例后的结果Pass、Fail、Block..
7. 测试类型：功能、性能、压力、GUI等。
8. 预计工作量：这个用例要执行多久。
9. 用例版本号：方便用例设计人员对用例的跟踪。
10. 对应的开发人员：出现BUG后能及时找到相应的人员进行修复。

优先级按正向/逆向规定：

1. P0：业务流程正向
2. P1：业务流程的反向
3. P2：单功能正向
4. P3：单功能反向
5. P4：其他

注意：正向指软件功能正常使用的情况，反向指对一些错误的功能情况

或者优先级按严重程度划分：

1. P0：核心功能测试用例（冒烟测试），确定此版本是否是可测的测试用例，此部分测试用例如果fail会阻碍大部分其他测试用例的验证
2. P1：高优先级测试用例，最常用执行以保证功能性是稳定的；基本功能测试，和重要的错误、边界测试
3. P2：中优先级测试用例，更全面地验证功能的各个方面，异常测试，边界、中段、断网、容错、UI等测试用例
4. P3：低优先级测试用例，不常常被执行，性能、压力、兼容性、稳定性、安全、可用性等

案例

需求：针对qq登录的功能（登录成功，账号为空，密码为空，密码错误）编写测试用例

测试用例：

用例编号	用例标题	模块	优先级	前置条件	测试步骤	测试数据	预期结果
QQ_login_001	登录成功-正确的账号和密码	登录	P2	启动qq进入登录页 qq号已经注册	账号框输入qq号 密码框输入密码 点击登录按钮	qq号：xxxxxxx 密码：xxxxxxxxx	登录成功，进入qq主页
QQ_login_002	登录失败-账号为空	登录	P3	启动qq进入登录页 qq号已经注册	账号框输入qq号 密码框输入密码 点击登录按钮	qq号：空 密码：xxxxxxxxx	登录失败，提示“账号为空”
QQ_login_003	登录失败-账号为空	登录	P3	启动qq进入登录页 qq号已经注册	账号框输入qq号 密码框输入密码 点击登录按钮	qq号：xxxxxxx 密码：空	登录失败，提示“密码为空”
QQ_login_004	登录失败-密码错误	登录	P3	启动qq进入登录页 qq号已经注册	账号框输入qq号 密码框输入密码 点击登录按钮	qq号：xxxxxxx 密码：xxxxxxx	登录失败，提示“密码错误”