软件测试之测试用例文档及执行

什么是测试用例？

测试用例是用来描述测试点执行的文档。

作用

1. 测试点能被精准的执行。
2. 便于团队协作。

测试用例八大要素（核心内容）

1. 用例编号：项目_模块_数字
2. 用例标题：预期执行结果（测试点）
3. 所属项目/模块：模块名
4. 优先级：用例的重要程度（高P0-P3低）
5. 前置条件：执行操作步骤的前置条件
6. 测试步骤：测试点执行的关键步骤
7. 测试数据：输入数据
8. 预期结果：预期执行结果及隐性结果（如登录失败需要提示失败原因，登录成功需要跳转）

测试用例文档示例：

测试点转用例文档

使用上次博客中的判定表为例：

首先我们提取其中的测试点：

最后，我们将这些测试点转为用例文档：

至此，我们就完成了将测试点转为测试文档，在此之后，我们需要做的就是按照测试文档来执行测试点并记录测试结果。

用例执行

执行用例，即对项目开始测试。

前置

1. 项目提测内容已开发完成，并交付测试。
2. 测试项目环境准备就绪。

关注

1. 实际执行结果与预期执行结果一致，一致通过，不一致为缺陷（bug）。
2. 项目执行隐性结果与用例预期隐形结果相似。
3. 实际结果与预期结果有争议处，参考用户角度角度衡量。

缺陷（bug）

软件中存在的任何问题，也叫缺陷（bug ）。

缺陷衡量标准：

1. 少功能：软件未实现需求(规格)说明书中明确要求的功能。
2. 多功能：软件实现的功能超出需求(规格)说明书指明的范围 。
3. 功能错误：软件出现了需求(规格)说明书中指明不应该出现的错误。
4. 隐性功能缺失/错误：软件未实现需求(规格)说明书中虽未明确指明但应该实现的要求。
5. 不易使用：软件难以理解，不易使用，运行缓慢，用户体验不好。

缺陷跟踪流程