问题描述:在软件测试完成后,采用工具(TD、QC)或人工收集了一些数据,形成了各种图表。怎样去发挥这些数据的作用,进行有效深层次的数据分析,从而改进测试流程,完善测试过程?
精彩回答:
楼主说的数据分析! 其实可以理解为测试完成以后所要做的测试报告和总结,因为总结里会包括你之前所做的,遇到的问题,已经你做完后想提的建议等。把测试的过程和结果写成文档,并对发现的问题和缺陷进行分析,为纠正软件的存在的质量问题提供依据,同时为软件验收和交付打下基础。这是测试报告的定义。
通常,用户对测试结论部分感兴趣,开发人员希望从缺陷结果以及分析得到产品开发质量的信息,项目管理者对测试执行中成本、资源和时间予与重视,而高层经理希望能够阅读到简单的图表并且能够与其他项目进行同向比较。此部分可以具体描述为什么类型的人可参考本报告XXX页XXX章节,你的报告读者越多,你的工作越容易被人重视,前提是必须让阅读者感到你的报告是有价值而且值得浪费一点时间去关注的。
至于测试报告的格式,一般都有模板,这里也不多说了,只说说要注意的部分。
1、简要介绍测试中采用的方法和工具
测试方法可以写上测试的重点和采用的测试模式,这样可以一目了然的知道是否遗漏了重要的测试点和关键块。工具为可选项,当使用到测试工具和相关工具时,要说明。注意要注明软件名称,版本号等……
2、测试结果及缺陷分析
这是整个测试报告中这是最核心的部分,这部分主要汇总各种数据并进行度量,度量包括对测试过程的度量和能力评估、对软件产品的质量度量和产品评估。举楼主提到的TD为例子,可以用td生成BUG不同状态的数量表,如表1
Closed | Fixed | Open | Postpone | Rejected | Reopen | <total> | |
2008-9-9 | 24 | 24 | |||||
2008-9-10 | 26 | 26 | |||||
2008-9-11 | 26 | 26 | |||||
2008-9-12 | 8 | 22 | 1 | 31 | |||
2008-9-13 | 22 | 8 | 1 | 31 | |||
2008-9-14 | 22 | 8 | 1 | 31 | |||
2008-9-15 | 22 | 8 | 1 | 31 | |||
2008-9-16 | 18 | 5 | 13 | 1 | 1 | 38 | |
2008-9-17 | 18 | 16 | 1 | 3 | 1 | 1 | 40 |
2008-9-18 | 37 | 2 | 1 | 2 | 1 | 43 | |
2008-9-19 | 41 | 6 | 3 | 50 | |||
2008-9-20 | 42 | 7 | 3 | 3 | 55 | ||
2008-9-21 | 42 | 7 | 3 | 3 | 55 | ||
2008-9-22 | 51 | 2 | 3 | 56 | |||
2008-9-23 | 53 | 3 | 56 | ||||
2008-9-24 | 53 | 1 | 3 | 57 | |||
2008-9-25 | 54 | 3 | 57 |
从上表可以看出 每一天 存在的BUG数有多少, 还有多少没有修改, 有多少BUG被重新打开 等等…… 而且还可以细分到人,如BUG总数里有多少BUG 是谁找到的,BUG的严重程度是什么,是否是比较显性的,是否是很隐性的,这样就可以从一个方面考察测试人员的综合素质。
此外可以用生成的BUG 走势图,更直观的分析测试流程是否正常,见下面的粗略分析(呵呵)