关于如何提高黑盒测试用例的覆盖度思路
您在做测试设计时是否发现自己写的测试用例超多,但却发现不了几个bug?是否发现经过您的测试之后,还是有较多问题漏测试?本文将大概介绍一下如何避免此类问题的思路当您拿接到一个产品/项目拿到需求后，您需要对这个产品的需求进行分析/分解，写出测试方案，然后根据测试方案写测试用例，这就是测试设计的流程。如何避免上面提到的问题，我们就得从需求-->方案-->用例一步一步来分析。
拿到需求文档后，我们要分析此次的产品/项目 新增、修改、删除那些功能，修改、删除时对原来功能会有什么影响，此时您需要把功能及影响一条一条的列出。
列出完之后，在方案时就得考虑各种不同的分析方法的应用了,如下：
1、首先进行等价类划分，包括输入条件和输出条件的等价类划分，合理设置有效等价类和无效等价类,这是减少工作量和提高测试效率最有效的方法。
2、必须使用边界值分析，经验表明，这种方法设计出的用例能发现很多程序错误。
3、可以使用错误推测法追加一些测试用例，这需要依靠您的智慧和经验。
4、对照程序逻辑检查已设计出的测试用例的逻辑覆盖度，如果没有达到覆盖标准应当再补充足够的测试用例。
5、如果程序的功能说明中含有输入条件的组合情况，一开始就可选因果图和判定表驱动法。
6、对于参数配置类的软件，要用正交试验法选择较少的组合方式达到最佳效果。
7、对于业务流清晰的系统，可以利用场景法贯穿整个测试方案过程，在案例中综合使用各种测试方法。
[ 本帖最后由 ulwxf2 于 2009-3-11 11:17 编辑 ] 学习了，不错，很有帮助 有很大的帮助啊，就是不知道实际的操作把他们如何的运用起来！ 学习了，不错！ 回二楼，
这里主要讲到的是一个测试思路，具体实际应用得看具体的系统需求或应用
如果你能举个例子，我可以给你进行分析一下
页:
[1]
