90%代码覆盖率不一定比70%质量高
上一篇 / 下一篇 2012-03-19 08:46:43 / 个人分类:正确的测试思想
TAG:
- 引用 删除 andrewliang / 2012-06-29 10:02:57
- 从绩效角度讲,如果目标是80%,70%就交不了差,90%就是优秀。
- 引用 删除 kkk3044147 / 2012-06-20 15:37:45
- 挺有道理的,我们实际工作中就遇到过这个问题,测试策略:用户需求和应用场景
- 引用 删除 zhou_fin_test / 2012-05-13 15:09:24
-
对要测试的软件的核心功能设计更多的cases, 或者说检查测试cases是否覆盖了核心功能。
如果覆盖了核心功能而没bug就比较不错。
覆盖率完全是一个辅助手段,主要用来检查那一块没覆盖,为什么?没覆盖的那块是否需要交case。
- 引用 删除 zhou_fin_test / 2012-05-13 14:58:20
-
原帖由qg26176570于2012-04-12 12:36:38发表
重点业务,全部走到。其他路径再抽查。
- 引用 删除 catherinexu / 2012-05-11 16:56:28
- 高性价比,说得挺好的,不过还有点抽象,比如怎样保证那70%覆盖到那5%的代码,不太懂
- 引用 删除 catherinexu / 2012-05-11 16:54:24
-
评 5 分
- 引用 删除 qg26176570 / 2012-04-12 12:36:38
- 重点业务,全部走到。其他路径再抽查。
- 引用 删除 sunnysuky / 2012-03-30 16:52:08
- 同意,关键还是要从用户的角度出发。对他们至关重要的bug是什么,要抓出来解决掉,当然时间充足的话,覆盖100%是最好的,但是我认为即使是覆盖了100%,由于环境还有不可预估的因素,发到生产环境还是会有bug的。
- 引用 删除 夏花 / 2012-03-26 10:46:15
- 测试的过程中会发现很多精力花费在一些边缘功能点上,有时候测试出来的一些bug也是不痛不痒。觉得从测试策略设计的时候就应该标示好优先级,哪些要花大力气测试,哪些可以少测甚至不测。现在往往为了保证覆盖的完整性而费时过多,这个貌似不大明智。
- 引用 删除 xin_晴 / 2012-03-20 13:55:39
-
您好,我是51Testing软件测试网的编辑,您的本篇博文被推荐至51Testing软件测试网首页发表:http://www.51testing.com/html/21/n-809721.html
感谢您关注并支持51Testing博客,期待您更多的优秀原创博文。
- 引用 删除 happy_wendi / 2012-03-19 11:58:39
-
评 5 分
- 引用 删除 happy_wendi / 2012-03-19 11:58:29
- 严重同意
- 引用 删除 风华雪夜 / 2012-03-19 10:24:12
-
据此可推断出一种场景:假如对用户影响很大的bug在5%的代码中,2个不同的测试策略,1个测试策略的代码覆盖率只有70%但覆盖到了这5%的代码,另1个测试策略的代码覆盖率有90%但未覆盖到这5%的代码。
这个百分之九十都覆盖不到那么百分之七十就能覆盖到?我觉得这个的概率要更小一些。所以我认为百分之九十的覆盖率不管从哪个角度上讲一定要大于百分之七十。
- 引用 删除 mlongmlong / 2012-03-19 09:24:54
- 测试策略就是测试的灵魂
标题搜索
日历
|
|||||||||
日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
1 | 2 | 3 | 4 | 5 | 6 | ||||
7 | 8 | 9 | 10 | 11 | 12 | 13 | |||
14 | 15 | 16 | 17 | 18 | 19 | 20 | |||
21 | 22 | 23 | 24 | 25 | 26 | 27 | |||
28 | 29 | 30 |
我的存档
数据统计
- 访问量: 1311252
- 日志数: 119
- 建立时间: 2009-10-12
- 更新时间: 2014-04-21