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

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

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

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

分享:

问题描述:软件测试完成后,采用工具(TD、QC)或人工收集了一些数据,形成了各种图表。怎样去发挥这些数据的作用,进行有效深层次的数据分析,从而改进测试流程,完善测试过程?

精彩回答:

  楼主说的数据分析! 其实可以理解为测试完成以后所要做的测试报告和总结,因为总结里会包括你之前所做的,遇到的问题,已经你做完后想提的建议等。把测试的过程和结果写成文档,并对发现的问题和缺陷进行分析,为纠正软件的存在的质量问题提供依据,同时为软件验收和交付打下基础。这是测试报告的定义。

  通常,用户对测试结论部分感兴趣,开发人员希望从缺陷结果以及分析得到产品开发质量的信息,项目管理者对测试执行中成本、资源和时间予与重视,而高层经理希望能够阅读到简单的图表并且能够与其他项目进行同向比较。此部分可以具体描述为什么类型的人可参考本报告XXX页XXX章节,你的报告读者越多,你的工作越容易被人重视,前提是必须让阅读者感到你的报告是有价值而且值得浪费一点时间去关注的。

  至于测试报告的格式,一般都有模板,这里也不多说了,只说说要注意的部分。

  1、简要介绍测试中采用的方法和工具

  测试方法可以写上测试的重点和采用的测试模式,这样可以一目了然的知道是否遗漏了重要的测试点和关键块。工具为可选项,当使用到测试工具和相关工具时,要说明。注意要注明软件名称,版本号等……

  2、测试结果及缺陷分析

  这是整个测试报告中这是最核心的部分,这部分主要汇总各种数据并进行度量,度量包括对测试过程的度量和能力评估、对软件产品的质量度量和产品评估。举楼主提到的TD为例子,可以用td生成BUG不同状态的数量表,如表1

 ClosedFixedOpenPostponeRejectedReopen<total>
2008-9-9  24   24
2008-9-10  26   26
2008-9-11  26   26
2008-9-12 822 1 31
2008-9-13 228 1 31
2008-9-14 228 1 31
2008-9-15 228 1 31
2008-9-16185131 138
2008-9-171816131140
2008-9-1837212 143
2008-9-19416 3  50
2008-9-2042733  55
2008-9-2142733  55
2008-9-2251 23  56
2008-9-2353  3  56
2008-9-2453 13  57
2008-9-2554  3  57

  从上表可以看出 每一天 存在的BUG数有多少, 还有多少没有修改, 有多少BUG被重新打开 等等…… 而且还可以细分到人,如BUG总数里有多少BUG 是谁找到的,BUG的严重程度是什么,是否是比较显性的,是否是很隐性的,这样就可以从一个方面考察测试人员的综合素质。

  此外可以用生成的BUG 走势图,更直观的分析测试流程是否正常,见下面的粗略分析(呵呵)

21/212>
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

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

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

沪ICP备05003035号

沪公网安备 31010102002173号