今天就列举-些写好测试用例的方法:
1.每一条测试用例都必须包含输入，操作和输出。
2.每一条测试用例都要覆盖业务流或者业务场景的某一条分支。包含正常场景和异常场景。要满足MCME原则、即相互独立，完全穷尽原则。所以完整的测试用例一定包含所有业务流分支。所谓有效等价类和无效等价类统统包含。但不可重复。
3.每一条测试用例的校验点要清晰明确。尤其涉及数据的，展示数据从哪里来，到哪里去都要一清二楚。有基础的可以画一画数据流图。非常有益于大家学习业务。
4.每一.条测试用例执行结果是否会影响数据库。数据库是否增加字段，字段类型，对应页面展示。都要非常清楚。
5.跳出开发思维或者测试思维。真正地实际用需求实现一个具体业务场景，要真实有意义的业务场景。用测试用例去承载真实业务场景。看看结果怎么样。实际体验一下自己产品的易用性。构造测试数据也尽量贴近客户数据量大小。
6.涉及数据的，基本增删改查操作都要写用例验证。
7.测试用例校验点和测试场景同样重要。明确要验证的测试校验点。类似于写好自动化脚本里的断言。没有断言的脚本不是好脚本。同理，没有校验点的测试用例不是好用例。写好测试校验点非常重要。界面UI、操作结果等等都要写出来。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
