51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3746|回复: 4
打印 上一主题 下一主题

[讨论] 关于如何提高黑盒测试用例的覆盖度思路

[复制链接]

该用户从未签到

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

[ 本帖最后由 ulwxf2 于 2009-3-11 11:17 编辑 ]
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2009-3-12 22:49:58 | 只看该作者
学习了,不错,很有帮助
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2009-3-13 14:20:58 | 只看该作者
有很大的帮助啊,就是不知道实际的操作把他们如何的运用起来!
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2009-3-13 15:55:31 | 只看该作者
学习了,不错!
回复 支持 反对

使用道具 举报

该用户从未签到

5#
 楼主| 发表于 2009-3-14 12:10:56 | 只看该作者
回二楼,
这里主要讲到的是一个测试思路,具体实际应用得看具体的系统需求或应用
如果你能举个例子,我可以给你进行分析一下
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-7 07:30 , Processed in 0.066757 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表