前言
测试用例，通常按照测试用例模板文件，为特定的测试场景开发测试用例，以验证应用程序的功能是否按预期工作，符合客户的需求。测试用例是针对一个测试场景的可执行步骤的集合，包含前置条件、测试数据、预期结果、后置条件和实际结果。
大多数公司都在使用测试用例管理工具，如 HP 的 QC, Jira 等，还有一些公司仍在使用 excel 表格编写测试用例。
案例
假设我们需要为一个场景编写测试用例（验证帐户的登录）。
这里有一个测试用例。
一。输入有效用户名和有效密码
二。输入有效用户名和无效密码
测试用例构成元素
- 项目名称：测试用例所属的项目的名称
- 模块或者功能名称：测试用例所属的模块或者功能的名称
- 参考文档：提及参考文档的链接（如果有，如需求文档、测试计划、测试场景等）
- 创建人：创建测试用例的测试人员的姓名
- 创建日期：创建测试用例的时间
- 审查人：创建测试用例的测试人员的姓名
- 审查日期：审查测试用例的时间
- 执行人：执行测试用例的测试人员的姓名
- 执行日期：测试用例执行的时间
- 测试用例 ID：每个测试用例都应该用一个唯一的 ID 来表示。为了更好地理解和区分目的，最好遵循一些命名约定。
- 测试场景：测试场景的 ID 或标题。
- 测试用例：测试用例的标题
- 前置条件：在执行测试用例之前需要满足的条件。
- 测试步骤：详细说明所有测试步骤，并按顺序说明如何执行。
- 测试数据：可以作为测试用例输入的数据。
- 预期结果：测试用例执行后的预期结果。它可能是任何东西，如主页、相关屏幕、错误消息等，
- 后置条件：测试用例成功执行时需要达到的条件。
- 实际结果：测试用例执行后系统显示的结果。
- 状态：如果实际结果和预期结果相同，则表示已通过。否则就失败了。如果测试失败，它必须经过错误生命周期才能修复。
总结
测试用例的受众群体是执行测试的人员，所以测试用例需要最直观的把需要测试的点列举出来，可以结合测试用例的设计原则，最大最小值，因果法，边际条件等，把测试用例编写完全。同时如果某些测试用例也已经实现了自动化，可以在测试用例模板中标记出来。