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