测试完成后如何进行有效的、深层次的数据分析?

发表于:2009-3-18 14:46

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:阿七    来源:51Testing论坛

分享:

  

  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

22/2<12
精选软件测试好文,快来阅读吧~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号