51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3909|回复: 26
打印 上一主题 下一主题

[讨论] 请教各位! 关于覆盖率

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-4-6 11:23:04 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
测试覆盖率从哪些方面考虑?

[ Last edited by uyul on 2005-4-6 at 11:58 ]
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
发表于 2005-4-6 11:49:59 | 只看该作者
功能和代码吧
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2005-4-6 11:57:25 | 只看该作者
从哪些角度考虑覆盖率是否全面呢?
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2005-4-6 12:19:50 | 只看该作者
全不全面不是测试者说了算吧?得让开发人员认可,产品或项目的经理认可才可以吧?如果他们认为不全面,他们肯定知道问题出在那一块上的。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2005-4-6 12:29:23 | 只看该作者
从需求来评测,你的测试用例要覆盖你的所有需求
回复 支持 反对

使用道具 举报

该用户从未签到

6#
 楼主| 发表于 2005-4-6 12:36:15 | 只看该作者
测试人员执行测试的时候具体用什么方法考虑产品的覆盖率呢?
回复 支持 反对

使用道具 举报

该用户从未签到

7#
 楼主| 发表于 2005-4-6 12:37:27 | 只看该作者
NIO:如果让上司告诉你的不足在哪里,饭碗还要不要了!
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2005-4-6 13:13:03 | 只看该作者
你的想法可以理解,但一个人不可能完成软件工程的所有工作,需要各方面的协调。这一点你的上司会理解的,只要是人就会有不足的地方。遇到问题,需要的是行之有效的解决方法,你说呢?

你提到的测试的执行,我可以肯定的一点是:测试执行人员不必也无法控制测试的覆盖率。如果测试计划由你编写,测试用例是由你来设计并执行另当别论。
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2005-4-6 13:36:42 | 只看该作者
Nio认为楼主是只执行测试的
回复 支持 反对

使用道具 举报

该用户从未签到

10#
 楼主| 发表于 2005-4-6 13:49:48 | 只看该作者
我说的测试执行是针对整个测试过程的,否则也不会考虑对产品的覆盖率啊!
单纯的执行人员是不需要头疼这个问题的!
回复 支持 反对

使用道具 举报

该用户从未签到

11#
 楼主| 发表于 2005-4-6 13:52:03 | 只看该作者
Originally posted by Nio at 2005-4-6 01:13 PM:
你的想法可以理解,但一个人不可能完成软件工程的所有工作,需要各方面的协调。这一点你的上司会理解的,只要是人就会有不足的地方。遇到问题,需要的是行之有效的解决方法,你说呢?

你提到的测试的执行,我 ...

请问你的另当别论怎么论啊?
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2005-4-6 14:33:02 | 只看该作者
从你的述说中看出你应该在进行用例的设计工作,而且我还猜测你遇到了麻烦。
如果你还是不愿和相关的人员交流,我个人认为在论坛里说的再多,对你而言可能作用也是微乎其微的。
回复 支持 反对

使用道具 举报

该用户从未签到

13#
 楼主| 发表于 2005-4-6 14:54:56 | 只看该作者
楼上判断错误!
回复 支持 反对

使用道具 举报

该用户从未签到

14#
 楼主| 发表于 2005-4-6 14:55:58 | 只看该作者
我只是想讨论一下测试策略,ok?

NIO:你的另当别论还没赐教呢????

[ Last edited by uyul on 2005-4-6 at 14:58 ]
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2005-4-6 15:21:05 | 只看该作者
赐教??呵呵不是讨论了?

另当别论:用例的设计人员及计划的编写人员应该对“覆盖率”这一问题负责,不过这一问题的决策应该由产品经理、开发人员和测试人员共同完成。个人认为单由测试人员来考虑这个问题,对测试人员的要求太高,也太理想化了。
回复 支持 反对

使用道具 举报

该用户从未签到

16#
 楼主| 发表于 2005-4-6 15:35:07 | 只看该作者
楼上你是哪个类型啊?

技术你懂不懂?
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2005-4-7 10:01:32 | 只看该作者
关于测试策略的问题,这需要多方面的合作,包括市场、开发、质量保证部门。因为测试的策略关系到成本、效率、软件质量等各方面的因素。

测试策略如果不能在处理好各方关系的前提下去做,那也是徒劳无获。
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2005-4-7 13:41:31 | 只看该作者
楼主问的是从哪些方面考虑、怎样去提高测试的覆盖率吧?
Nio朋友一直在说谁应该考虑测试的覆盖率,没有回答楼主的问题,所以楼主会问懂不懂技术。
不过也怪不得谁,这个题目很大,所以,初步印象是没法回答。
首先,考察的是什么类型的测试,其覆盖率;再次,是什么级别的覆盖率;最后,是什么类型软件。
要是不能缩小题目的范围,可以这样回答:从需求入手,分析系统的每一个角色和用例,每一个用例及其扩展用例的合法操作和非法操作...
其实你可以写一个程序,然后用purecoverage跑一跑,实际地体会一下做了某一个测试动作,覆盖了些什么代码,没做,漏过了什么。
其实说到策略,这的确是个策略问题,20%的投入可以覆盖80%,再要提高,成本就指数上升,有时并不合算。
回复 支持 反对

使用道具 举报

该用户从未签到

19#
 楼主| 发表于 2005-4-12 15:40:16 | 只看该作者
其实这个问题不是那么难解决啊,这个覆盖率是针对一个模块或者是小的软件吧,大的产品或项目不是一个测试人员能够解决的啊
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2005-4-12 16:23:06 | 只看该作者
测试的覆盖率不可能100%的,那样需要的成本太高了。我经验不多,我做测试主要参照详细设计书来写测试要领,总不能比详细设计还详细吧。如果再提高一点,那就和开发人员交流,并且参照单体测试,时间充足的话,一个功能点一个里程碑,如果比较急那就先来重要的,不管怎么做,覆盖都不可能100%,都是有一定风险的。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-9-26 03:33 , Processed in 0.082626 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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