如何写出好的测试用例

1. 每一条测试用例都必须包含输入，操作和输出。

2. 每一条测试用例都要覆盖业务流或者业务场景的某一条分支。

包含正常场景和异常场景。要满足MCME原则、即相互独立，完全穷尽原则。

完整的测试用例一定包含所有业务流分支。所谓有效等价类和无效等价类统统包含，但不可重复。

3. 每一条测试用例的校验点要清晰明确。

尤其涉及数据的，展示数据从哪里来，到哪里去都要一清二楚。

有基础的可以画一画数据流图。非常有益于大家学习业务。

4. 每一条测试用例执行结果是否会影响数据库。

数据库是否增加字段，字段类型，对应页面展示。都要非常清楚。

5. 跳出开发思维或者测试思维。

真正地实际用需求实现一个具体业务场景，要真实有意义的业务场景。

用测试用例去承载真实业务场景，看看结果怎么样，实际体验一下自己产品的易用性。

构造测试数据也尽量贴近客户数据量大小。

6. 涉及数据的，基本增删改查操作都要写用例验证。

7. 测试用例校验点和测试场景同样重要，明确要验证的测试校验点。

类似于写好自动化脚本里的断言。没有断言的脚本不是好脚本。

同理，没有校验点的测试用例不是好用例。

写好测试校验点非常重要，界面UI、操作结果等等都要写出来。