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

Using the Information in the Bug Tracking Database - 善于利用缺陷跟踪系统的数据。

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

.@5e0w{3j;X5P,}0除了提交bug，缺陷管理系统里面另外一个常用的功能莫过于查询出我们感兴趣的bug了。呵呵。我自己在公司就有几个查询，就是用来查找自己提交的bug的。随时跟踪情况。还有就是查询特定ID的bug，查询一下BUG的标题，看有没有重复提交的。

Common Project-Level Metrics - 项目中常用的度量

,P#B7g#d+Xd$l,j,D0在第三章里面就提过，现在能找到越多的缺陷，那么就有更多的缺陷有待发掘。如果有一个统计表，上面指出了A模块上发现的缺陷很多，那么对于这个A模块应该投入更多精力去测试，因为他的潜在缺陷应该还有很多。不过我们需要一些图表以外的信息，例如如果B模块发现的BUG很少，原因是B模块根本没有开始测试或者是复杂的测试员请假了，那么这些信息是应该考虑到的。51Testing软件测试网 cobcK^9y*[+c/f"p{0G

这一章内容很多，但是都是根据图标来做的，要翻书才能想起一下来，而且基本上接触的比较少：（总算到这了，还有2章，加油加油~~51Testing软件测试网5zy;KyB(^q