网站开发总结性报告近期国内新闻热点事件
目录
测试用例介绍
测试用例编写格式
案例
测试用例介绍
用例：用户使用软件的案例场景
测试用例：是为测试项目而设计的测试执行文档
测试用例的作用：
- 防止漏测
- 是实施测试的标准
- 可以作为测试工作量的评估
测试用例编写格式
| 用例编号 | 用例标题 | 模块/项目 | 优先级 | 前置条件 | 测试步骤 | 测试数据 | 预期结果 |
| 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 | 登录失败，提示“密码错误” |