open线可以看出这个项目是提交了3次版本的 11号 17号 21号 3次版本提交, 这与实际的情况一致。
Fixed线也是可以看出3个波峰。其他的线也是中规中矩,
这几个指标都符合1版本80% 2版本90% 3版本98%的通过率。这是很正常,流程走的很顺的一次测试任务。
那再看下面的这张图:
分析:
Open线 也是出现了3个波峰,但是不是按照 " 高-中-低 " 的方式排列,而是 3个相同差不多的波峰,这就说了3个可能 。
一 可能是测试人员不合格,在测试第1版本的时候没有全力测试
二 可能就是开发提交版本的时候,修改的部分引起了其他模块的异常,要么修改了需求,要么程序写的非常糟糕,可以要求打回去重写。
三 就是需求老是在变,而且各部门没有沟通好。。
Fixed线 可以看到 开发人员一直在修改BUG ,这样对项目,对测试 ,对开发都是很闹心的事情,而且这样的版本发布,也是提心吊胆的……
本文出自51Testing软件测试网,感谢会员阿七在每周一问(08-11-17)中的精彩回答。
http://bbs.51testing.com/forum-157-1.html
3、特定类型bug分析总结
对一些测试得出的比较典型的和严重程度教高的BUG 要列举出来。这样可以让开发人员再下次版本设计的时候可以注意到。
举例: 一些输入框不允许html代码的输入,而且这样的操作会影响到这个网站的安全,那么就要提出来,以至使开发人员在全网站把类似的代码屏蔽或者转换掉。因为测试人员测试的东西比较有限,可能发现不全,开发人员关注的层面是代码面,了解的程度比你深,而且他们还可以用批量的方法查找,替换。
4、残留缺陷与未解决问题(延迟的BUG)
编号:BUG号
缺陷概要:该缺陷描述的事实
原因分析:为什么会引起缺陷,缺陷的后果,目前不解决BUG的原因。以及这些问题如果发出去了会造成什么样的影响,影响是不是大?是否可控等……
预防和改进措施:弥补手段和长期策略
5、测试结论
报告到了这个部分就是一个总结了,对上述过程、缺陷分析之后该下个结论,此部分为项目经理、部门经理以及高层经理关注了。
1. 测试执行是否充分(可以增加对安全性、可靠性、可维护性和功能性描述)
2. 对测试风险的控制措施和成效
3. 测试目标是否完成
4. 测试是否通过
5. 是否可以进入下一阶段项目目标
6、建议
1.对系统存在问题的说明,描述测试所揭露的软件缺陷和不足,以及可能给软件实施和运行带来的影响
2.可能存在的潜在缺陷和后续工作
3.对缺陷修改和产品设计的建议
4.对过程改进方面的建议
版权声明:原创作品,转载时请务必以超链接形式标明文章原始出处 、作者信息和本声明,否则将追究法律责任。
本文出自51Testing软件测试网,感谢会员阿七在每周一问(08-11-17)中的精彩回答。
http://bbs.51testing.com/forum-157-1.html