1.FIRST原则
- F-Fast 快速
测试用例的运行速度讲直接决定自动化的反馈速度，速度越快，越能提早发现问题。 - I-Isolated 独立
测试用例之间要保持完全独立运行，互不依赖 - R-Repeatable 可重复
运行多少次，运行结果必须完全一致（幂等性） - S-Self validating 可自检
测试用例必须能自动断言运行结果，不依赖人工进行判断 - T-Timely 及时
测试用例及时编写，不拖延；最佳实现就是TDD（测试驱动开发）
2.CORRECT原则
主要关注测试用例设计时需要关注的方面。
-
Conformance（符合性）
测试用例应验证系统是否符合需求规格说明书中的要求。例如，登录功能需验证用户名和密码的输入是否符合预设规则。 -
Ordering（顺序性）
测试用例需考虑操作顺序对结果的影响。如电子商务平台中，添加商品到购物车后结算的顺序若颠倒可能导致流程失败。 -
Range（范围性）
需覆盖输入值的有效和无效范围。测试年龄输入框时，需验证允许的数字范围（如0-120）及超界值（如-1或121）的处理。 -
Reference（参考性）
测试用例需依赖外部数据或依赖项。例如，支付功能测试需关联银行接口的返回数据，验证异常响应（如余额不足）的处理逻辑。 -
Existence（存在性）
验证数据或对象是否存在。删除文件功能需测试文件不存在时的提示信息，而非仅覆盖文件存在的场景。 -
Cardinality（基数性）
关注数据集合的数量边界。测试批量上传功能时，需验证空列表、单条数据及最大允许条目数（如1000条）的情况。
Time（时间性）
考虑时间相关的场景，如超时、并发或延迟。测试会话管理时，需验证登录令牌在有效期后是否失效。
3.好用例标准：5C原则
- Clear：清晰的，用例的描述要清晰易懂，不要有歧义。
- Concise：简洁的，用例描述不要太啰嗦。
- Complete：完整的，用例内容是完整的，不能有缺失。
- Consistant：一致的，用例的格式一致。
- Correct：正确的，用例的内容要正确无误。
)