三、PairWise策略设计用例实践
　　在云阅读接口测试的用例设计过程中，有时会用到PairWise设计策略，以保证测试覆盖率的同时提升测试效率。比如在近的”阅读圈评论大师榜“的接口测试中，测试人员要设计不同的大师评论，查看调用接口时返回的数据是否完整。大师评论设计的因素主要有：评论主体（书籍、资讯、文章）、选中文字还是不选中文字（选中、不选中）、原评论还是子评论（原评论、子评论）。其中是否选中文字只是针对书籍或者文章这两种评论主体才会有的区分。如果我们按照全面完整的思路设计测试用例时，我们会得到4+2+4=10个测试用例。

　　如果我们按照PairWise策略设计测试用例的话，我们只需要6个测试用例可以了：

　　这样的话我们只需要设计6种评论可以满足测试要求了，可以提高测试效率。那这样设计测试用例是否是完备的呢？验证一下。从倒数第二个表格中，我们可以看一下省掉的这4个测试用例，其中的一个是4号测试用例（书籍+选中+子评论），这个用例需要验证的点包括：接口返回书籍详细信息、接口返回评论的选中文字、接口返回子评论和原评论的全部信息，所以这个用例完全可以由1号测试用例（书籍+选中+原评论）与6号测试用例（文章+选中+子评论）这两个测试用例验证出。也是说，4号用例能测试出来的bug，1号与6号也能测试出来。自然我们可以不需要4号测试用例。当然，这也仅仅是使用PairWise策略设计测试用例的一次小实践，10个用例减少到6个，但是这种测试策略和原理掌握了的话，在以后更为复杂繁琐的测试场景中，合理地利用PairWise能够更大地减少不必要测试用例的数量、提高测试效率。PairWise自然也有其缺点，是难以发现在特殊因素组合情况下产生的bug，但是这种策略的优势体现在复杂的测试场景中在比较完备的测试用例和测试效率之间的平衡折衷。