大家好，我是阿萨。最近被图片伤着了。所以工具系列需要大量截图的就先暂停。能用文字尽量用文字。今天就和大家讨论一下，怎么样写出好的测试用例？
写测试用例是每个测试人员的基本功。就跟画流程图是开发基本功一样。那么每天产出的测试用例都是好的测试用例吗？
阿萨今天就列举一些写好测试用例的方法：
1. 每一条测试用例都必须包含输入，操作和输出。
2. 每一条测试用例都要覆盖业务流或者业务场景的某一条分支。包含正常场景 和异常场景。要满足MCM E原则、即相互独立，完全穷尽原则。所以完整的测试用例一定包含所有业务流分支。所谓有效等价类和无效等价类统统包含。但不可重复.
3. 每一条测试用例的校验点要清晰明确。尤其涉及数据的，展示数据从哪里来，到哪里去都要一清二楚。有基础的可以画一画数据流图。非常有益于大家学习业务。
4. 每一条测试用例执行结果是否会影响数据库。数据库是否增加字段，字段类型，对应页面展示。都要非常清楚。
5. 跳出开发思维或者测试思维。真正地实际用需求实现一个具体业务场景，要真实有意义的业务场景。用测试用例去承载真实业务场景。看看结果怎么样。实际体验一下自己产品的易用性。构造测试数据也尽量贴近客户数据量大小。
6. 涉及数据的，基本增删改查操作都要写用例验证。
7. 测试用例校验点和测试场景同样重要。明确要验证的测试校验点。类似于写好自动化脚本里的断言。没有断言的脚本不是好脚本。同理，没有校验点的测试用例不是好用例。写好测试校验点非常重要。界面UI、操作结果等等都要写出来。
以上，真实工作经验分享。希望对各位有帮助。
