测试工作报表

1、周报

	项目	工作内容	预计完成	实际完成	备注
上周
本周

2、日报

（1）测试人员反馈

未解决Bug数	验证失败Bug数	已解决未验证Bug数
验证问题数	验证成功数	验证失败数	当天发现问题数
工作内容/问题详细描述	Bug修改者	SVN Revision	对应的BugID	测试人	测试结果

（2）客服反馈

当天反馈有效问题总数	已解决问题数	未解决问题数
问题详细描述	当天反馈次数	尝试复现次数	是否能复现	测试人	对应的BugID	当前状态

（3）今日工作简述、明日工作计划

3、测试结果报告

测试结果报告模板
测试时间			测试功能
人员信息
测试环境
测试内容
产出文档
测试总结
不通过内容详情
问题编号	重要度	问题描述	产品意见

测试阶段、功能级别、测试轮数、错误等级、优先级、处理人、解决人、

测试约定：

1、工作表名一般以模块名称命名；

2、表中解决人员/时间及问题原因由开发人员填写；优先级别及处理人员由BUG分发人员填写；其它的内容都由测试人员填写；

3、错误等级一般要定义到具体的子项，如果不能定位到具体子项时，则可只写大类等级；

4、错误状态中，Open/Reopen/Close状态为测试人员使用，其它的都为开人员使用；

5、Open/Reopen状态的BUG在错误状态列必须以红色显示；

6、在回归问题时，任一栏的内容都请不需要覆盖原有的内容，而是以增加的方式即可；当回归BUG时，某一个BUG只修改了一部分或引起了另一个新的BUG时，可在此BUG中以补充的方式标识出来，且补充的内容以深红色表示；

7、当错误描述中存在小的图片或错误提示时，则可以直接贴到错误描述中；而大量的错误提示信息时则可以批注的形式附在错误描述批注中。

4、版本更新报告

项目

更新次数

成功次数

失败次数

成功率

更新日期

更新时间

模块

更新类型

版本号

更新内容

更新结果

原因

处理结果

更新后出现的问题

自测/客服反馈

反馈次数

是否已解决

5、测试计划

项目编号:

项目名称:

项目版本: 

文档名称：测试计划

文档状态：■ 草稿       □ 正式发布      □ 正在修改

发布类型：■ 对内       □ 对外

文档编制：

编制日期：

文档审核: 

审核日期: 

6、未解决问题

约定：

   （1、本文档为测试修改及回归结束后发布前的评审依据文档。

    (2、评审意见及评审发布意见为评审时填写的内容，必须明确各个BUG的最终决定且本版本发布的意见；其它内容为测试人员填写；

    (3、测试部对产品发布意见仅供评审参考，不决定产品是否发布。

    (4、在进行此文档评审时，可结合产品同时进行演示。"

汇总表：模块名、类型、总计、测试意见、签署

详细列表：一级菜单、描述、等级、状态/测试人、未解决原因/人、评审意见、评审发布意见、签署