1. 概念
为了特定的目的(该目的是检验代码是否满足用户需求)而设计的文档，文档包含测试输入、执行条件、预期结果等。文档的形式一般是excel表格。
比如说我们买了一台电脑，新买的笔记本检查完外观之后第一步需要查看电脑是否能够正常开机，这其实就是一个测试的过程：
| 标题 | 测试输入 | 执行条件 | 预期结果 |
|---|---|---|---|
| 验证电脑开机功能 | 在有电的情况下 | 按开机键 | 屏幕点亮 |
2. 组成要素
测试用例基本上有八大要素，如下表格，根据实际情况可以额外添加两个要素实际结果 是否是bug：
- ID：测试用例的唯一标识，格式一般是
项目-模块-编号 - 模块：该条测试用例属于软件中的哪个模块
- 用例标题：唯一性，需要见名知意，用概括的语言描述该测试用的测试点，可以使用
条件+动作+结果 - 优先级：提现测试用例执行的先后顺序，通常正常业务功能的优先级要更高一些，因为要保证业务能够正常运行。
- 预置条件：执行测试用例的条件是什么，比如必须在登陆状态下完成某种操作。
- 测试数据：即输入的测试数据
- 测试步骤：如何执行该条测试用例，按照步骤，尽可能的详细。
- 预期结果：可以参考需求文档或者实际产品
- 实际结果：执行测试用例得到的结果
- 是否是bug：预期结果和实际结果不一致时
3. 作用
编写测试用例有以下几种非常方便的地方：
- 便于理清测试思路，确保需要覆盖测试的功能点没有遗漏
- 便于测试工作量的评估
- 便于提前准备测试数据
- 便于把控测试的进度
- 便于回归测试
- 便于测试工作组织，提高测试效率，降低测试交接成本
最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！
