测试用例那点事

用例设计

前提，尽可能多的站在不同的角度分析问题。比如在运营维护、用户等角度来看待软件，分别针对性的设计测试用例，同时使用一些设计方法。

编写测试用例的两个途径

1 先有用例设计，从整个产品/项目出发，先确定测试范围、测试目标，再细化范围到具体对象->具体功能，确定设计用例技术和测试方法，再来编写用例。
2 测试执行后-通过Bug反推 修改补充用例。两者相结合才会产出一份漂亮且有效的测试用例.

设计原则

• 完整覆盖需求

• 有清晰的输入输出

• 描述清晰简洁

• 编写有顺序

• 要突出重点

• 用例需要不断完善

• 每条用例都有通过的标准

用例具体内容

1 用例编号
全局唯一，我们可以通过代号快速找到测试用例。
格式是：项目名模块名001，可以通过编号快速知道一个项目有多少用例，一个模块有多少用例。

2 用例标题

目的:概述测试用例意图
书写方式：一句完整的话（不超过30个汉字）；功能简报形
例：电影详情页-返回
例：栏目-发布
例：电影-添加

3 预置条件
书写要求：一个简洁的结果。

用户已成功登陆
自动审核的开关已关

4 测试步骤
书写要求：有顺序的可执行的操作

5 预期结果
书写要求：和测试步骤中点一一对应,可检查

6 测试数据
测试数据：测试时使用到的数据

编写测试用例常见问题

• 用例标题意图不明确
• 用例中引用其他用例
• 用例中包含过多的细节
• 用例中出现笼统的词( 反复、多次 - 确定反复的具体次数/范围； 长时间 - 确定长时间的具体时间/范围； 大量 - 确定具体的数据量/范围。)
• 用例中步骤不可执行
• 用例中期望结果不可验证