欢迎光临 - 各位同仁看完博客记得留言啊!同时请关注我的博客,http://blog.magustest.com

《软件测试》第二十章 度量你的胜利

上一篇 / 下一篇  2007-09-08 21:17:55 / 个人分类:读书笔记

51Testing软件测试网W6w)]hs1Y3J!O

Using the Information in the Bug Tracking Database - 善于利用缺陷跟踪系统的数据。51Testing软件测试网yN:k g dhaw*R

51Testing软件测试网:I(igB3]_ L,p

我们把缺陷提交到数据库以后,其实我们得到不单只是一条记录那么简单,我们还能从里面得到更多。例如在1个月前项目的进展情况,在哪些模块上发现了多少的bug,上周的情况如何?我们还能根据这些数据来预测将来大概会是一个什么样子的情况。我们可以定义许多度量标准。有些公司可能用一个测试员发现多少bug来作为一个标准,其实这是不科学的,因为有可能刚好那个测试员所测的模块是由一个高手来写的,或者那个模块特别复杂然后做这个模块的人特别没经验,那么结果就相反了。

l;@,i|3v}0C0?;j0Metrics That You'll Use in Your Daily Testing - 日常工作中常用的度量(感觉书中文不对题)

"ZM^ v vb;jbC0除了提交bug,缺陷管理系统里面另外一个常用的功能莫过于查询出我们感兴趣的bug了。呵呵。我自己在公司就有几个查询,就是用来查找自己提交的bug的。随时跟踪情况。还有就是查询特定ID的bug,查询一下BUG的标题,看有没有重复提交的。

~i]Ca!O U$X0

G;Ss/T.th7i0Common Project-Level Metrics - 项目中常用的度量

.oE+O3C,y$EH f;S8}&^051Testing软件测试网&{j'Y{-\%t K5iW;L

在第三章里面就提过,现在能找到越多的缺陷,那么就有更多的缺陷有待发掘。如果有一个统计表,上面指出了A模块上发现的缺陷很多,那么对于这个A模块应该投入更多精力去测试,因为他的潜在缺陷应该还有很多。不过我们需要一些图表以外的信息,例如如果B模块发现的BUG很少,原因是B模块根本没有开始测试或者是复杂的测试员请假了,那么这些信息是应该考虑到的。

Z.p0k(z+v qg;eA4NT3w0

"ROC-Y*bJ?N5Y0这一章内容很多,但是都是根据图标来做的,要翻书才能想起一下来,而且基本上接触的比较少:(总算到这了,还有2章,加油加油~~

1AnWZ)hK4u0

TAG: 软件测试 读书笔记

 

评分:0

我来说两句

显示全部

:loveliness: :handshake :victory: :funk: :time: :kiss: :call: :hug: :lol :'( :Q :L ;P :$ :P :o :@ :D :( :)

maguschen

maguschen

男,测试工程师,白盒和自动化都做,兼职性能

日历

« 2020-06-21  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 21606
  • 日志数: 20
  • 图片数: 3
  • 建立时间: 2006-12-07
  • 更新时间: 2009-09-16

RSS订阅

Open Toolbar