模板
| 用例编号 | 测试模块 | 用例名称(测试项目) | 前置条件 | 操作步骤 | 预期结果 | 测试结果 | 重要程度 | 更新时间 | 测试人员 | 能否接口自动化 | 能否 UI 自动化 | 备注信息 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 项目代码-需求代码-用例编号 | 可以写被测试的模块名称 | 可以按照功能划分 | 该测试用例要准备的数据以及要准备的一些前置操作 | 1.第一步操作 2.第二步操作 3.第三步操作 |
PASS 或者 FAIL 或者 WAITING 或者 N/A | 高或者 中或者低 | 2020-01-13 | 李明 | Y 或者 N | Y 或者 N | 备注信息 |
解释
-
用例编号
用例编号是唯一的,一般我们在接到新需求的时候,产品确定好需求文档之后,我们可以开始编写测试用例了,这个测试编号是唯一的,比说 A 项目 售后模块改进.doc 的需求,售后模块改进的英文是 After Sale Module Improvement,那么这个用例编号我可以写 A-ASI-001
-
测试模块
比如说我测试售后功能的改进,那我这里可以写
售后模块-xxx模块 -
用例名称
这里可以写用例名称或者测

本文提供了测试用例编写的一个详细模板,包括用例编号、测试模块、用例名称、前置条件、操作步骤、预期结果、测试结果等关键部分。同时,强调了等价类划分和边界值法在编写用例中的应用,并提到了测试用例的重要程度评估。此外,还讨论了测试用例的统计信息和不同维度的测试关注点。
最低0.47元/天 解锁文章
5269

被折叠的 条评论
为什么被折叠?



