自己公司的软件测试 该什么时候 怎么写测试报告(讨论)
自己公司开发的软件进行测试时,大家都是怎么写测试报告的?是每发布一个版本测试完后都要提交一份测试报告吗?中间涉及到回归测试,是不是要单独写回归测试报告的?大家讨论讨论啊。我测试经验不是太多,负责公司所有的测试工作,不知道一个系统测下来得交多少份测试报告。:L:funk: 原帖由 near 于 2010-3-12 10:10 发表 http://bbs.51testing.com/images/common/back.gif
.................................是每发布一个版本测试完后都要提交一份测试报告吗?......
不需要吧。。。
我们的测试报告都是为领导写的,如果领导没要求,都可以省了的。:lol
回复 3# 的帖子
这样都可以:o那你们的测试怎么考核的 不一定每个版本都要写测试报告,每个版本可以写测试简报,比测试报告简单很多。在软件发布前写一份测试报告,就可以了。:)回复 5# 的帖子
:D回复 1# 的帖子
这个问题要问你的领导。他为什么要这个报告?他想从报告中获得什么信息?他想把这个报告转发给谁看?在高层的领导一般很忙,但是他也想知道手下、或手下的手下都在做什么,他需要一个向上汇报的消息渠道。其他公司的做法可以参考,关键是满足他的“个人需要”。
回复 7# 的帖子
是的啊 老大就是想知道我们在做什么,以前还让我每周给他写一份报告。唉,用得着那样吗,现在先撇开这个不说,单纯的就讲测试过程。因为是测的自己公司的产品,应该跟外包的有区别的,自己公司的产品肯定是随时发布的,整个下来会发布N个版本的,每个都写的话不得郁闷死。 还是看领导。。领导要求一定的过程控制,就会要求你写阶段测试报告,这对领导来把握目前的测试工作以及产品质量是有帮助的,也可以很好的帮助他调整当前的策略。
另外,测试报告有没有必要写,主要看其他人需要不需要这个报告。。。比如公司里根本没有关心这个东西的,你写了也没用,那还写啥?
回复 9# 的帖子
关键是老板哪天心血来潮跟你要测试报告 不傻掉了?现在就是想,写是一定要写的,只不过这个颗粒度怎么控制? 因为老大啥也没说,就直接说测试。啥测试范围啊 ,测试需求啊等等之类的一概不说,完全自己做主,到时候有问题不知道怎么交代。 顶一下回复 11# 的帖子
你先写一份简单的测试报告,测试一下老板的需求。如果他有不满意,他会问你,下次你就加入他希望的内容。不要等待、不要猜测,从简单的报告开始。建议包含以下内容:1. 测试范围:列出大的方面。
2. 测试结果:只列出严重的问题。如果没有大问题,就说没有“显著风险”。关键是把重要的风险暴露出来。
3. 测试进度:测试了什么,还有什么没有测试,下周测试什么。
回复 13# 的帖子
很有道理 很受启发 :)
页:
[1]