书到用时方恨少

【转】浅谈软件测试报告

上一篇 / 下一篇  2009-10-21 13:02:15 / 个人分类:管理

测试报告作为对测试工作和项目情况的总结,对测试成果的体现,有着很重要的意义。

也体现了测试人员的水平。

 

 

为了满足不同阅读对象的需求,很多时候,我们都期望测试报告能做全面,让大家各取所需。

 

愿望很好,做得也很努力,但结果却不尽人意。

 

 

第一:软件测试报告的阅读对象不同,理解水平也不同。同一份测试报告他们提取到有用的信息也不同

 

第二:测试报告的全面,也相对就没有侧重点,更何况不同的对象,侧重点也不一样

 

长此以往,认真阅读测试报告的人就会越来越少,测试报告的价值就会被埋没。

 

 

如何才能避免这样的情况出现呢?

 

首先,我们对测试报告的阅读对象进行分类

项目管理层、项目开发人员和测试人员、客户或其他的预期读者

 

其次,针对不同的阅读对象,整理出需要体现的信息

 

比如:

Ø 项目管理层

l 项目的质量

l 对测试过程的总结、分析

l 展示一些测试团队的成果数据

l 对消耗的资源(时间、人力、物力)进行分析

 

Ø 项目开发人员和测试人员

l 阶段性总结,指出不足(如果有可能提出改进方法)、如何预防;推广好的经验

 (测试用例执行情况、测试用例和BUG关系、BUG趋势图、BUG分布图、严重性、BUG解决状况、典型问题分析、遗留问题影响等)

l 对每个成员的表现进行分析、统计,进行评定

 

Ø 客户或其他的预期读者

l 产品的质量信息(包括对用例执行情况的统计、趋势的分析、已修复的问题、性能报告手册等)

l 其他的客户要求提供的信息

 

最后,根据不同的阅读对象,写不同的报告。(自己保存全面的测试报告)

 

 

测试报告尽量避免太多的术语,有用到之处要给出名词解释;

 

根据参考的标准而得出的结论,需要给出参考标准的细则,让看的人心里有数;

 

图形化---数据很具有说服力,但图形化的更利于阅读;

 

多沟通,尽量做到所写的测试报告是他们想知道的;

 

总之:用简单的话语将复杂的事情讲清楚。

 

转自:http://www.cnblogs.com/erichhuang/archive/2008/10/25/1326089.html

 

 


TAG: 软件测试报告

 

评分:0

我来说两句

Open Toolbar