测试用例的介绍与设计

什么是测试用例

• 测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求

---

测试用例的基本元素

• 测试索引
• 测试环境
• 测试输入
• 测试操作
• 预期结果
• 评价标准

---

测试用例设计的完整过程

首先根据需求文档、概要设计、测试计划、测试方案细分出各功能模块的测试项

再根据各测试项，按照概要设计、详细设计以及测试方案中测试的覆盖率细分出测试子项

最后按照测试子项、根据测试用例的设计方法（因果图、边界值、等价类等的设计方法）书写测试用例。

注意点：

• 选用适合的用例管理工具（如 word，excel）

• 用例一定要及时更新（补充新的想法，删除过时的需求）

• 做好用例分级

• 做好用例评审，写用例之前可以征询相关人员的意见，如果评审通过可以参考其执行测试，如果未通过，需要继续修改直到通过为止。

• 可以考虑结对编写，这个是不错的主意

• 要全面，包括功能、性能、兼容性、安全性、易用性、容错性等等

• 注意把握适当的颗粒度

---

好的测试用例有哪些特点

质量属性：

• 正确性：确保测试标题描述部分的内容正确性。

• 经济性：只为确定需要的目的设计相应的测试步骤。

• 可重复性：自我一致性，即不管谁执行此用例，结果一样。

• 适应性：既能适应短期需要，又能考虑长远需要。

• 可追踪性：用例能追踪到一个具体的需求。

• 自我清理性：单个用例不会影响整个测试环境，即用例执行完了可以恢复原有的测试环境。

• 结构化和可测试性

• 含有规范的测试标题和编号。

• 含有一个确定的测试某一个特定需求的目的。

• 含有关于测试方法的描述。

• 指定条件信息-环境、数据、预置的条件测试、安全入口等。

• 含有操作步骤和预期结果。

• 陈述任何辅助证据，例如截图报告并确保这些东西妥善保存。

• 确保测试环境的干净（即用例不会影响整个环境）。

• 描述时使用主动语气结构。

• 操作步骤不要超过 15 步。

• 确保单个用例测试执行时用时不超过 20 分钟。

• 自动化脚本用例添加必要的注释，比如目的、输入和期望结果。

• 如果可能，建议提供可选择性的预置条件测试。

• 用例之间的先后顺序是否跟业务流程一致，即用例在业务流程中的彼此顺序关系是否合理。

配置管理：

• 采用命名和编号规范归档。

• 保存为特定的格式，文件类型。

• 用例版本是否与当前被测试软件版本一致（对应）。

• 包含用例需要的相应测试对象，如特定数据库。

• 存档阅读。

• 存档时按角色控制访问方式

• 当网络备份时存档。

• 离线归档。