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