51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3205|回复: 2
打印 上一主题 下一主题

[讨论] 【讨论】如何提高测试用例覆盖率

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2011-3-16 15:53:14 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
最近在写一些测试用例,发现在执行的时候覆盖率很低。要嘛是场景没有覆盖到,要嘛是界面测试没覆盖全,再糟糕的是逻辑上没有想到,大家所在公司对于提高用例覆盖率有没什么具体的措施或者做法呢?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2011-3-16 16:53:00 | 只看该作者
留下求知的脚印~~
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2011-3-18 12:24:13 | 只看该作者
用例覆盖率的提高通常都是依靠同行评审,如何调动大家的激情参与进来,真还不是一两句话能说明白的....

说说其他的方面,通常,用例泄漏除LZ提到的场景/UI/逻辑 三个外,测试数据也是泄漏的常客。
从简单的说起,
UI泄漏,属于低级错误,主要原因是测试员疏忽大意(需求不全的情况不讨论)。针对此类问题,应对其负责人员至少口头警告,甚至可以定义出严厉的规范。

逻辑泄漏,通常出现在测试人员对开发概要设计不熟悉的情况下。所以,加强与开发沟通,尽量让测试人员多了解程序实现逻辑,也可以在设计用例前期组织相关程序开发培训。
另外,在设计流程类用例时,可多参考白盒用例设计方法。

场景泄漏,这类泄漏就不太好处理了。它通常发生在特殊用户场景测试,如容错测试。这类泄漏只能依靠测试员的“经验”解决,而经验交流效果最好的就是评审。
当然,有些NB公司有客户体验部门,则可以从其拿到不少有价值的参考信息补充场景测试内容。

数据泄漏,与场景泄漏的原因差不多,所以处理方式也一样,不再多说。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-12 18:02 , Processed in 0.067420 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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