我们在测试的时候经常面临一个问题，那就是如何将测试的覆盖面广，而执行起来更高效。我认为这个问题的主要解决来自于测试用例的编写
在些我先做一些假设：假设开发在做完单独的模块后都进行过自测的。
那么最有可能遗漏的地方就是那些各种组合的情况，越是复杂的组合越容易遗漏。基于这样的想法，我想编写测试用例的时候可以先编写一些很复杂的组合情况，这些情况包含了一些基本而常用的功能。然后再按这种组合对它进行拆分，拆分为一般的情况。
测试的时候可以这样执行：
1、如果时间充裕，可以所有CASE都执行。
2、如果时间紧张，先执行写在前面的复杂组合情况的CASE，如果测试通过，则对它的拆分就可以跳过不测，并认为他们也是正确的。
3、如果对这些复杂组合情况的测试不通过，则对它的拆分进行测试……
这样做的好处是：
1、节省了测试时间，并可以保证测试效率。
2、可以帮开发定位是哪里出了问题。
