测试用例设计
测试用例的格式
普遍是 Excel 或 Xmind。
Excel 优势是比较细化，可以突出更多的测试要素，适用于等价划分类等黑盒测试设计思路，也适用于输入输出的场景；缺点是结构化不直观，不好体现功能需求，用例数过于臃肿。
Xmind 优势是大部分只需要列出测试点，更加注重探索性测试，能够更好的去描述功能需求，结构化展示比较直观，比较契合产品PRD；缺点是不太适用于输入输出的场景，测试细节不好表达。
测试用例优先级
- 高（优先执行）：产品基本的功能验证，即关键路径的测试用例，包括最常执行的功能、基本流程的输入（正向流程+正向数据）。
- 中（次级执行）：包括界面数据有效性校验、默认值、边界值。
- 低（最后执行）：建议执行的测试用例，包括不常执行的功能、异常流程的输入以及异常数据的输入。
测试用例要素
- 用例标识（id）：唯一的标识号，用以区别其他测试用例
- 用例标题：表达测试用例的用途
- 优先级：高中低
- 前置条件：软硬件
- 输入
- 操作步骤
- 预期结果
- 作者（选填）
测试方案设计应从哪些方面去考虑？
无非是从以下方面去考虑，其中，功能测试我认为是最重要的一个环节。
- 功能测试（最重要）
- 文档测试
- UI测试
- 接口测试
- 性能测试（压力、负载）
- 安全测试
- 稳定性测试（Monkey、遍历测试等）
- 异常测试（断网/弱网）
- 兼容性测试（安卓、IOS系统版本以及APP新老版本）
- 易用性测试
- 可用性测试
- 配置测试
