测试用例的常识

测试用例设计

测试用例的格式

普遍是 Excel 或 Xmind。

Excel 优势是比较细化，可以突出更多的测试要素，适用于等价划分类等黑盒测试设计思路，也适用于输入输出的场景；缺点是结构化不直观，不好体现功能需求，用例数过于臃肿。

Xmind 优势是大部分只需要列出测试点，更加注重探索性测试，能够更好的去描述功能需求，结构化展示比较直观，比较契合产品PRD；缺点是不太适用于输入输出的场景，测试细节不好表达。

---

测试用例优先级

• 高（优先执行）：产品基本的功能验证，即关键路径的测试用例，包括最常执行的功能、基本流程的输入（正向流程+正向数据）。
• 中（次级执行）：包括界面数据有效性校验、默认值、边界值。
• 低（最后执行）：建议执行的测试用例，包括不常执行的功能、异常流程的输入以及异常数据的输入。

---

测试用例要素

1. 用例标识（id）：唯一的标识号，用以区别其他测试用例
2. 用例标题：表达测试用例的用途
3. 优先级：高中低
4. 前置条件：软硬件
5. 输入
6. 操作步骤
7. 预期结果
8. 作者（选填）

---

测试方案设计应从哪些方面去考虑？

无非是从以下方面去考虑，其中，功能测试我认为是最重要的一个环节。

• 功能测试（最重要）
• 文档测试
• UI测试
• 接口测试
• 性能测试（压力、负载）
• 安全测试
• 稳定性测试（Monkey、遍历测试等）
• 异常测试（断网/弱网）
• 兼容性测试（安卓、IOS系统版本以及APP新老版本）
• 易用性测试
• 可用性测试
• 配置测试