第168贴【2004－12－27】：不要绝对的去追求100％的覆盖

天网 · 发表于 2004-12-27 10:45:01

不要绝对的去追求100％的覆盖，当然，如果有足够的资源和时间，达到100％的覆盖是现实的。但事实上，为了要达到100％的覆盖将付出极大的成本。并且也不是必须的，对于一般性的软件（对于涉及到生命安全方面的系统要求有100％的覆盖）应当设置一个合理的覆盖率标准。研究表明80％的错误隐藏在20％的代码中，从成本效率考虑，你应当把覆盖率结合代码静态分析工具一起使用，去覆盖那些最容易出错的代码，而忽略那些简单的和不易出错的代码。
另一个方面，在用例设计的时候，你可以尽可能的设计高覆盖率的用例，但这些用例是否一定要通过代码执行来验证却是可以变通的。

六鬼 · 发表于 2004-12-28 08:56:36

顶

mojinde · 发表于 2005-1-4 10:26:01

顶一下

xuyin · 发表于 2005-1-5 09:11:55

ghostystep · 发表于 2005-1-10 11:35:12

这个覆盖率好难算啊

willcheung · 发表于 2005-1-11 11:25:28

你们是根据什么些测试用例的阿？我们公司，需求说明书写的超简单，不知道怎么写，跟别谈什么路经覆盖率

rance · 发表于 2005-1-11 11:33:48

说得容得，其实非常难做到的，测试代码的有效性是测试文档的灵魂，不能少也不必多。

天网 · 发表于 2005-1-11 11:34:41

路径覆盖是一种逻辑覆盖，应该是白盒测试中的衡量指标，和需求关系不大。

rance · 发表于 2005-1-11 11:38:05

覆盖率的计算是建立在对被测试整体的理解上的程度，首先要明确功能的数量和分布，可交叉的功能数量和分布，现在有一些公司用了Function Point Analysis这项理论来把一个项目的功能和功能组合尽可能量化成可比较的单位(就象货币)，然后再进行测试评估的。

rance · 发表于 2005-1-11 11:42:40

然而测试代码的数量和测试覆盖率又不是成等比的，往往很少的测试代码覆盖率却很高，这就是所谓有效的测试程序

sanjieyu · 发表于 2005-1-25 11:13:52

我们公司的标准是case的覆盖率至少要达到95％以上。

其实片面的追求100％的case覆盖率，从成本上考虑是不现实的。

鬼鬼 · 发表于 2005-3-22 16:24:29

原来还有六鬼啊！

songfun · 发表于 2005-3-23 21:13:22

to 天网，难道不应该覆盖需求吗？
你说的这个覆盖率其实指的是代码的覆盖率。

其实需求也要覆盖啊——设计的用例必须覆盖需求，这个应该达到100％，不知我的理解是否有错。
在下很无知，希望大哥不要见怪。

天网 · 发表于 2005-3-23 22:32:21

我上面所讲的是白盒测试中代码级的覆盖，这个可以从上下文中看出来。对于需求，当然是需要100％覆盖的，并且100％需求覆盖也是一个很初级的要求。

鬼鬼 · 发表于 2005-3-24 13:29:41

支持“需要100％覆盖”！

玫瑰红茶 · 发表于 2005-7-19 14:37:08

能做到100％的需求覆盖是大家梦寐以求的
但事实上，这100％又是不可能做到的

婧颦 · 发表于 2005-7-21 10:16:41

逻辑驱动测试：主要是测试覆盖率，以程序内在逻辑结构为基础的测试。包括以下6种类型：
语句覆盖
判断覆盖
条件覆盖
判定-条件覆盖
条件组合覆盖
路径测试

wzb521 · 发表于 2005-7-22 12:34:00

呵呵，本来就不能知道1的标准是什么，在这里谈百分率。
说句心里话：好天真。。。
你能把测试里所谓的 1 这个目标找出来，在去谈百分率吧

bigmeg · 发表于 2005-7-23 18:58:34

PFPF
大家的知识好丰富
受益非浅啊

aileens · 发表于 2005-8-5 13:58:39

赞成~~赞成~~

		自动登录	找回密码
密码			(注-册)加入51Testing

第168贴【2004－12－27】：不要绝对的去追求100％的覆盖

相关帖子

同意

顶！

顶！

赞成~~

站长推荐 /1