无事可做,来谈谈"如何书写测试报告"
看到论坛上面有人问起来,还有见过很多测试人员不重视测试报告,所以趁无聊时来说说怎么样写出一篇优秀的测试报告一个测试人员如何向别人证明自己的优秀?
1、比别人更快的发现问题
2、设计比别人更有效的测试用例
3、一篇优秀的测试计划和测试报告
1、2点不用多说了,自已的直属上司会很清楚你这一点,第3点特别说明和请各位测试人员特别注意一下,我不知道你的单位是如何的,比如我们单位,在三四十个测试人员的堆里,唯一能让自己的实力创造出“价值”的就是“测试报告”
为什么呢,因为只是“测试报告”才会发给单位的每一位领导,并且也是唯一一份领导会亲自过目的东西,你想让领导觉得你比别人更优秀,进而涨工资,升级,那怎么做?就是写好你提交出去的每一份测试报告!
根据我看过的测试报告,包括论坛里面各位发的如何写测试报告等等,发现存在二种不好的现像和一个不好的观念
二种不好的现像:
一、不注重格式
二、太注意格式
第一:不注意格式:主次不分,表述散乱,详略“失”当
第二:太注意格式:重点不明确,陈词烂调,食之无味
一个不好的观念:
一、测试报告是软件产品的项目文档,应正式化和规范化
其实犯上述错误的朋友,大多忘了一个很简单的道理:“测试报告是写出来让人看的,并且是领导看的”
一、让人看的:给人感受上的舒适
既然是写出来让人看的,那么报告要注意给人以感官上的舒适,比如不要尽是文字,适当的增加一些图表,甚至不用word改用ppt来写。字与字的间距,行距的设置是否让人看起来不会觉得太累
二、给领导看的一:突出重点
没有那位领导会一字不掉的看完你的整个测试报告,除了你的直属上司,所以明确领导需要了解些什么内容,在报告的布局上面考虑一下,把重点提前,重点更加清晰化,什么是重点?领导想知道的就是重点!
三、给领导看的二:自我能力的体现
在保证上述二点的情况下,开始发挥你的测试能力吧,测试能力就包括在测试的执行内容上面,比如用例的设计,性能测试的设计方案,负载概率分析和测试用例设计,产品分析及建议等等。注意这儿要把握的是“详略得当”
还补充一点:请认真书写您的测试总结,避免说“空话”比如“比较稳定,很稳定之类的”,拿实际的数据来说话
大致上就这些,希望大家讨论
大家可以参考一下下面的格式:
测试环境:软件的测试开展的软硬件环境
测试阶段:测试的周期阶段划分
测试结果:缺陷记录.各阶段缺陷曲线图;缺陷在各模块的分布;仍存在的缺陷描述
测试总结:本次测试的总结,一是产品现状分析,二是测试执行的总结
风险分析:现版本产品的风险描述及改进建议
测试执行内容:
功能点测试,用例设计和覆盖情况;
性能测试;性能指标及可行性性能评估
压力和负载测试;负载条件下的承载能力
安全机制:异常事件的概率分析,及软件的恢复机制
稳定性测试:达到多长时间的连续不间断运行(正规来说包含在性能测试里面),不过建议单独列出来
[ 本帖最后由 stilldeeppool 于 2007-5-11 14:56 编辑 ] 写的很好
不过对我这个初学的 有点空洞
有例子就好了
我会向你学习的sdlkfj6 呵呵,多谢支持,我在这方面犯过错误,所以不想再想别人犯这样的错误 呵呵.看看 谢谢楼主了~不过我近来公司还没有写过测试报告,因为有些软件就是进行了黑盒测试的~性能的都没有做过~
所以就总结了一些软件的buglist~ 是啊,现在很多单位都不重视这个, 呵呵,有一些实用性,但是实例性还不够! 我们都要求写的,学习了。 其实测试报告还是蛮重要的,不过,一般的公司应该都有模板吧? 支持,顶~~~~~~~~~~~~
sdlkfj6 很好的指导性的文章。 借鉴了 楼主说的很好,支持 收藏了 感谢楼主,今天我正在为测试报告发愁。 写得好,谢谢!
之前我也在写测试报告,但感觉老板看到了好象不怎么满意.
根据你的建议 我会好好修改一下 我的测试报告的. 以前的公司领导很重视测试报告.现在的公司领导觉的没必要写.
列个bug清单就好了.
到底 有没必要写呢? 呵呵,谢谢 写的很好,能不能把你们写的测试报告发一份上来,让我们这些初学者学习学习 很好的文章。
页:
[1]
2