如何根据测试用例和bug，产生有效的报告？
测试报告：使用工具Excel大家可以谈谈自己的想法，:)
以下是我个人看法：
角色软件总监开发经理开发人测试经理测试人关心的问题1、项目存在有多少问题
2、系统的质量情况
3、测试总体进度1、项目中总共有多少bug及其优先程度和严重程度。
2、每个开发人员的修复bug的效率在自己的模块内有多少bug1、测试是不是按照测试计划执行
2、测试用例：执行了多少用例，需求覆盖率，测试粒度。
3、新增加和修改的用例是多少。
4、新发现的bug是多少
5、系统bug的走势
6、本次测试的总结：做的好的地方，做得不好的地方下次改进1、测试的范围，以及思考的测试方法
2、发现多少bug
3、测试用例的变化：增加/修改/删除
4、本次测试的总结：做的好的地方，做得不好的地方下次改进生成的报告报告的内容：
1、测试的范围
2、测试的结果
3、系统的bug情况1、模块报告：模块和没有解决的bug的优先级。
2、开发报告：开发和全部bug的优先级。无测试报告至少包含以下内控：
1、测试策略。
2、新增加和修改的用例是多少；
3、用例覆盖需求率以及测试粒度；
4、执行多少了用例，用例测试通过多少，失败多少，
5、本次测试的总结：做的好的地方，做得不好的地方下次改进
6、系统bug的走势：y轴：bug的状态和x轴：时间
无
[ 本帖最后由 nqk 于 2009-3-26 16:42 编辑 ] 有一个小小的疑问，这些报告有谁来做，做的目的是什么
其实我感觉这个需要结合公司项目的实际，因为有些公司，这些根本就不需要，大家对这些东西都十分清楚
或者有些小公司，根本做不到这么细化的程度 原帖由 chengxq 于 2009-3-26 16:57 发表 http://bbs.51testing.com/images/common/back.gif
有一个小小的疑问，这些报告有谁来做，做的目的是什么
其实我感觉这个需要结合公司项目的实际，因为有些公司，这些根本就不需要，大家对这些东西都十分清楚
或者有些小公司，根本做不到这么细化的程度
这些报告是有测试人员出的，目的是为了软件总监，测试经理，开发经理了解软件的质量。 开发经理：
建议添加每个模块或画面本阶段以及累计的发现的bug，看是否收敛以及看bug率是否正常
测试经理：
去掉测试策略，如果测试经理连如何测试都不知道，那测试肯定有问题
页:
[1]
