测试用例编写的一点思考   软件测试

　　我们在测试的时候经常面临一个问题，那是如何将测试的覆盖面广，而执行起来更高效。我认为这个问题的主要解决来自于测试用例的编写

　　在些我先做一些假设：假设开发在做完单独的模块后都进行过自测的。


　　那么有可能遗漏的地方是那些各种组合的情况，越是复杂的组合越容易遗漏。基于这样的想法，我想编写测试用例的时候可以先编写一些很复杂的组合情况，这些情况包含了一些基本而常用的功能。然后再按这种组合对它进行拆分，拆分为一般的情况。

　　测试的时候可以这样执行：

　　1、如果时间充裕，可以所有CASE都执行。

　　2、如果时间紧张，先执行写在前面的复杂组合情况的CASE，如果测试通过，则对它的拆分可以跳过不测，并认为他们也是正确的。


　　3、如果对这些复杂组合情况的测试不通过，则对它的拆分进行测试……

 

　　这样做的好处是：


　　1、节省了测试时间，并可以保证测试效率。

　　2、可以帮开发定位是哪里出了问题。