测试用例质量不高？我教你如何编写高质量的测试用例！(2)

5、分析是否所有的逻辑都能够找到对应的用例（通过逻辑找到对应的用例）,包括前面没有考虑到的逻辑

6、分析用例是否有冗余，是否多个用例都是覆盖的同一个逻辑（包括测试步骤和检查点）

7、分析用例的测试方法是否有改进，是否能够直接通过代码静态走读、接口测试、自动化测试（包括编写脚本）、引入工具等等来进一步提高我们的测试效率

C、友情提醒：

1、仅仅只能保证已有的逻辑没有问题，但是可能出现部分情况没有处理导致失效的情况，可以通过后面的场景用例和需求用例来补充覆盖

2、逻辑里面异常情况考虑不充分，导致测试用例也相对比较欠缺，可以通过对每个逻辑进行头脑风暴，分析是否有其他异常情况，并且评审时重点评审这块

3、研发的逻辑有可能本身就是错误的，但是如果顺着研发的逻辑去编写用例时会导致用例也有问题，达不到测试目的，所以需要从需求和设计的角度去提前分析逻辑是否有问题

4、过程中研发的逻辑可能变化比较快，这样会导致逻辑测试用例也要经常变化，所以需要保证研发的编码是与设计一致的，并且逻辑是尽量根据设计来进行的

另外，逻辑用例的设计可以在编码中后期进行，这样的改动会少点

二、基于场景的用例设计过程：

A、用例编写过程：

1、搞清楚客户的原始需求，为什么需要这个功能，能够给客户带来的价值是什么

2、查看需求说明书里面的客户使用的典型用户场景，并且整合到场景用例里面

3、在需求说明书的基础上进一步分析客户还可能有哪些实际的使用场景（主要是整个客户的拓扑结构）

4、客户会怎样去配置该模块以满足什么样的需求（头脑风暴）

5、过程中客户会有哪些操作（头脑风暴）

B、用例评审过程：

1、安排相关模块专家、规划经理和主管来进行评审，主要是分析还可能有哪些场景没有考虑到，最好是能够有具体的客户

原文转自：http://blog.it985.com/16130.html