在测试的道路上，越走越远，越飞越高
软件测试 19 （美）Ron Patton著周予滨姚静 等译
上一篇 /
下一篇 2007-08-30 12:27:55
*N]7M F
F0H0\4@d051Testing软件测试网K5|Pn d:T ` m X`
第19章 评价成效
2j7d6}[7gLbT051Testing软件测试网$x"cj[T
n
如果使用源自软件缺陷跟踪数据库数据的频度来评估进展或者测试成效，为什么只计算每天发现的软件缺陷数目或者平局发现速度是不充分的？
~n){n0T9X!Q0这不能完全说明问题。测试员有可能正在测试软件最复杂的部分。测试区域可能是由最富有经验的程序员编写的，也可能是由最没有经验的测序元编写的。测试的代码可能已经测试过，也可能是全新的。51Testing软件测试网,\0z em F
51Testing软件测试网'Ga z0ZBa4^i2E
由上个问题，列举可用于更精确，更准确评估个人测试进展或者成效的一些附加软件频度。
;G6ae c%{] a6G8X#K.N0每天平均发现软件缺陷数目。目前发现的软件缺陷总数。严重性1 优先级1的软件缺陷与全部软件缺陷的比例。从解决状态到关闭状态的平均时间。
ihSMU)cW9H051Testing软件测试网K$V0E
Y:^ OQ
如果某项目中软件缺陷发现速度如图19-8那样下降，全体人员都对项目即将关闭准备发布表示兴奋，请问可能有哪两个原因会造成这种受数据欺骗的假象？51Testing软件测试网#S5Y#GW P
可能是软件要进入发布测试阶段，而并非所有软件缺陷都被测试---在当前阶段进行取舍。测试员可能忙于回复和关闭软件爱你缺陷，而无暇寻找新的软件缺陷。还可能测试员在温暖的周末要出去渡假。7c"a/H%YV6d;Z06c\
q?:J8q051Testing软件测试网$q$S4k-@r@51Testing软件测试网
u1]^F T*W+p
收藏
举报
TAG:
软件测试
笔记
学习
