bug报告模板

文件编号：HN863-3-JS-10 记录编号：

XXXX

问题报告

编制：年月日

审核：年月日

批准：年月日

河南省863软件孵化器有限公司软件评测中心

目录

1.功能模块1 (3)

1.1功能模块1的子模块 (3)

N．功能模块N ................................................................................................................... 错误！未定义书签。N.1功能模块N的子模块................................................................................................ 错误！未定义书签。

1.功能模块1

1.1功能模块1的子模块

1.1.1 问题简要描述

软件名称MA0601能力验证样品软件版本 1.00

测试人测试时间

缺陷简要描述班级管理下的科目统计信息有误

缺陷严重程度□、崩溃，□、严重，□、一般，□、提示

缺陷对应用例标识 3.1.2.5（亦即对应的需求标识）

发现缺陷的初始条件

1.在班级成绩管理下选择一个班级，点击【显示】；

缺陷再现步骤

2.点击【增加记录】，弹出学生信息输入界面；

3.输入符合规约的学生信息，点击【确定】，信息增加成功

4.检查科目统计信息中的物理“总成绩”，发现物理总成绩计

算错误。

预期结果：

实际结果：

是否再现：□是□否校验人：

是否修改：□是□否

处理结果：

错误原因：□功能与需求不一致□需求分析错误□设计错误□代码错误

□疏忽□其它

修改涉及模块：□本模块□本模块和其它模块

所涉及模块的详细说明：

修改人修改时间

缺陷报告模板

缺陷报告 缺陷标识项目名 称 模块/文档名简单描述 缺陷来源需求问题设计问 题编码问 题 测试问 题 其他问题 缺陷类型 详细描述 步 骤 和 截 图 等级管理 严重性致命/严重/一般/微小/建议(A/B/C/D/E) 优先级高/中/低 状态新建/已修正/关闭/保留/不一致/重新打开/已分配 是否重现重现频率 注释 附件 人员及时间管理 实测人员测试时间发现版本 分派程序员 指派时间计划修复时间修复版本 修改时间实际修复时间 完成时间修复时差 缺陷处理已修改/ 不是问题/无法修改/以后版本解决 意见/保留/重复/无法重现需要更多信息/收到并 接受 产生原因 修改方案 复测人员复测时间复测版 本复测结论 备注 是否归档是否项目经理签字日 期

BugReport Identifier Proje ct Subject/ Document Summary Source C-R C-D C-C C-T C-I&O Requirement Design Code Tes t Integration&Other Type Description Step and Picture BugLevelManage Severity Fatal/Critical/Major/Minor/Suggestion Priority HighPriority/MediumPriority/LowPriori ty Status New/Fixed/Closed/Hold/Differed/Reopen/Assigned Reproducible Frequency Comments Attachments PersonandTimeManage DetectedBy DetectedonDate Detected i n Version Assignedto Assigned PlanfixedData Modified i n Data Version Modified Actual Fixed Date Time ClosingDate TimeDifference BUG Fixed/NotaBug/UnableModify/LaterVersion/Hold / Suggestion Duplicate/Nonrecuring/Receipt Cause Modified Suggestion Confirmby ConfirmData Closed i n Version ConfirmSuggestion Remarks P i geonhole Yes

bug报告模板(经典)

BUGID Bug的唯一标志，由bug管理系统自动生成 Bug标题简明扼要地对Bug进行概要描述 产品名称软件产品的名称 功能模块名产品子系统 产品版本测试平台 开发人员测试人员 抄送人员创建时间 解决时间关闭时间 测试阶段模块测试、内部集成测试、外部集成测试、系统测试、验收测试问题级别紧急、严重、一般、轻微 优先级别高、较高、一般、低 问题来源测试、工程故障、升级、其他 问题类型功能问题、版本问题、遗留问题、新需求、低级错误、改进建议、移植修改、割接问题、配置错误、编译问题、性能问题、设计问题、兼容问题、新功能增强、 偶发性出错 Bug描述这是Bug最重要的一部分，对Bug描述清晰准确，不仅有助于开发人员迅速定位解决问题，还对以后的维护工作有很大的帮助。一些比较简单 的Bug，可以使用一两句话把问题准确描述，而对于一些比较严重或负责 的Bug或者是新的需求，则应该详细说明。 附件对于一些特殊的问题或者不能用语言很好地描述的问题，可以增加界面图形说明或参考资料或详细日志等附件 Bug解决描述（bug解决之后由开发人员填写） 开发人员修改问题之后，将Bug回复给对应的测试负责人。对于简单的问题，在回复的时候只是简单地用“已解决”或“fixed”这样的语句；而对于复杂或重要的问题，在回复的时候应该详细说明测试的解决方法。 Bug关闭描述（bug关闭之后由测试人员填写） 开发回复Bug之后，测试负责人验证该Bug，如果问题得到解决则关闭（否则回复给开发负责人，让其继续追踪）。关闭一个Bug时，对于简单的问题，可以“问题解决”或“OK”这样的语句回复；而对于一些比较复杂的问题或需求，应该对Bug

缺陷报告模板

缺陷报告

缺陷类型详细描述

步 骤 和 截 图 等级管理 严重性致命/严重/微小建议(A/B/C/D/E)//一般优先级低高/中/ 状态已分配重新打开保留关闭已修正新建////不一致// 是否重现重现频率 注释 附件 人员及时间管理 实测人员发现版本测试时间 分派程序员计划修复时间指派时间修复版本 实际修复时间修改时间 修复时差完成时间理/缺以后版本解陷处无法修改/不是问题已修改/ /重复/保留无法重现需要更多信息收/意见/决到并接受产生原因 修改方案 复测时间复测人员复测版本复测结论备注否是签字日期是否归档项目经理 Bug Report

Type Description Step and Picture Bug Level Manage Fatal/Critical/Major/Minor/Suggestion Severity High Priority / Medium Priority / Low Priority PriorityNew /Fixed /Closed /Hold/Differed/Reopen / Assigned StatusFrequency Reproducible Comments Attachments Person and Time Manage Detected on Date Detected Detected By in Version Assigned toModified Assigned in Plan fixed Data VersionDataActual Fixed Modified Time DateClosing Date Time Difference

bug报告模板

文件编号：HN863-3-JS-10 记录编号： XXXX 问题报告 编制：年月日 审核：年月日 批准：年月日 河南省863软件孵化器有限公司软件评测中心

目录 1.功能模块1 (3) 1.1功能模块1的子模块 (3) N．功能模块N ................................................................................................................... 错误！未定义书签。N.1功能模块N的子模块................................................................................................ 错误！未定义书签。

1.功能模块1 1.1功能模块1的子模块 1.1.1 问题简要描述 软件名称MA0601能力验证样品软件版本 1.00 测试人测试时间 缺陷简要描述班级管理下的科目统计信息有误 缺陷严重程度□、崩溃，□、严重，□、一般，□、提示 缺陷对应用例标识 3.1.2.5（亦即对应的需求标识） 发现缺陷的初始条件 1.在班级成绩管理下选择一个班级，点击【显示】； 缺陷再现步骤 2.点击【增加记录】，弹出学生信息输入界面； 3.输入符合规约的学生信息，点击【确定】，信息增加成功 4.检查科目统计信息中的物理“总成绩”，发现物理总成绩计 算错误。 预期结果： 实际结果： 是否再现：□是□否校验人： 是否修改：□是□否 处理结果： 错误原因：□功能与需求不一致□需求分析错误□设计错误□代码错误 □疏忽□其它

bug的格式模板

1．建议的格式――――――――――――――――――――――――――――――――Summary ×××××× Description Actions 1. ×××××× 2. ×××××× 3. ×××××× Actual Result ×××××× Expected Result（可选） ×××××× 2．注意点：――――――――――――――――――――――――――――――――1. 缺陷摘要（Summary） 简单明了，便于理解 长度一般不超过30个单词 尽可能讲明：什么情况，导致了什么问题 以便于他人定位Bug，杜绝不重复报相同的Bug 2. 缺陷描述（Description） 重现步骤（Action） 详细描述重现该问题的关键步骤

省略无关的操作，力求做到：所有重现步骤是充分的和必要的 容易理解的常规步骤，可以一句话带过，比如“以管理员身份登录，进入后台用户管理页面” 和环境有关的问题，给出特定的条件，比如某某操作系统，某某浏览器 实际结果（Actual Result） 描述实际出现的错误结果 可借助截屏来表达 不是总能重现的Bug，给出发生频率或规律 预期结果（Expected Result） 可选，Spec上没有做详细要求，用于测试人员表达自己的看法 3. 截屏/附件（Attachment） 针对文字难以表达的或UI方面的问题 图片格式使用JPG格式；BMP图片太大，不建议使用 在图片上用醒目的颜色，标出问题所在区域 也可考虑配上简短的文字 4. 其它 对于多人同时测试同一模块的情况，报Bug前先检查是否已有类似的Bug (TD 提供了Find Similar Defects的功能) Bug严重程度(Severity)必须准确

系统测试报告模板

XXX项目软件测试报告 编制： 审核： 批准：

目录 1 概述..................................................... 错误!未定义书签。 2 测试概要................................................. 错误!未定义书签。 进度回顾........................................... 错误!未定义书签。 测试环境........................................... 错误!未定义书签。 软硬件环境................................... 错误!未定义书签。 网络拓扑..................................... 错误!未定义书签。 3 测试结论................................................. 错误!未定义书签。 测试记录........................................... 错误!未定义书签。 缺陷修改记录....................................... 错误!未定义书签。 功能性............................................. 错误!未定义书签。 易用性............................................. 错误!未定义书签。 可靠性............................................. 错误!未定义书签。 兼容性............................................. 错误!未定义书签。 安全性............................................. 错误!未定义书签。 4 缺陷分析................................................. 错误!未定义书签。 缺陷收敛趋势....................................... 错误!未定义书签。 缺陷统计分析....................................... 错误!未定义书签。 5 遗留问题分析............................................. 错误!未定义书签。 遗留问题统计....................................... 错误!未定义书签。

Bug报告编写模板

Bug报告编写模板 BUGID Bug的唯一标志，由bug管理系统自动生成 Bug标题简明扼要地对Bug进行概要描述 产品名称软件产品的名称 功能模块名产品子系统 产品版本测试平台 开发人员测试人员 抄送人员创建时间 解决时间关闭时间 测试阶段模块测试、内部集成测试、外部集成测试、系统测试、验收测试 问题级别紧急、严重、一般、轻微 优先级别高、较高、一般、低 问题来源测试、工程故障、升级、其他 问题类型功能问题、版本问题、遗留问题、新需求、低级错误、改进建议、移植修改、割接问题、配置错误、编译问题、性能问题、设计问题、兼 容问题、新功能增强、偶发性出错 Bug描述这是Bug最重要的一部分，对Bug描述清晰准确，不仅有助于开发人员迅速定位解决问题，还对以后的维护工作有很大的帮助。一些比较 简单的Bug，可以使用一两句话把问题准确描述，而对于一些比较严 重或负责的Bug或者是新的需求，则应该详细说明。 附件对于一些特殊的问题或者不能用语言很好地描述的问题，可以增加界面图形说明或参考资料或详细日志等附件 Bug解决描述（bug解决之后由开发人员填写）开发人员修改问题之后，将Bug回复给对应的测试负责人。对于简单的问题，在回复的时候只是简单地用“已解决”或“fixed”这样的语句；而对于复杂或重要的问题，在回复的时候应该详细说明测试的解决方法。

Bug关闭描述（bug关闭之后由测试人员填写）开发回复Bug之后，测试负责人验证该Bug，如果问题得到解决则关闭（否则回复给开发负责人，让其继续追踪）。关闭一个Bug时，对于简单的问题，可以“问题解决”或“OK”这样的语句回复；而对于一些比较复杂的问题或需求，应该对Bug描述的内容进行一个总结。

系统测试报告模板 绝对实用

XXX项目 软件测试报告 编制： 审核： 批准： 目录 1概述................................................... 2测试概要............................................... 2.1进度回顾 .......................................... 2.2测试环境 .......................................... 2.2.1...................................................................... 软硬件环境 2.2.2..........................................................................网络拓扑3测试结论............................................... 3.1测试记录 .......................................... 3.2缺陷修改记录 ......................................

3.3功能性 ............................................ 3.4易用性 ............................................ 3.5可靠性 ............................................ 3.6兼容性 ............................................ 3.7安全性 ............................................ 4缺陷分析............................................... 4.1缺陷收敛趋势 ...................................... 4.2缺陷统计分析 ...................................... 5遗留问题分析........................................... 5.1遗留问题统计 ...................................... 1概述 说明项目测试整体情况，经过等。 2测试概要 XX后台管理系统测试从2007年7月2日开始到2007年8月10日结束，共持续39天，测试功能点174个，执行2385个测试用例，平均每个功能点执行测试用例13.7个，测试共发现427个bug，其中严重级别的bug68个，无效bug44个，平均每个测试功能点2.2个bug。 XX总共发布11个测试版本，其中B1—B5为计划内迭代开发版本（针对项目计划的基线标识），B6－B8为回归测试版本。计划内测试版本，B1—B4测试进度依照项目计划时间准时完成测试并提交报告，其中B4版本推迟一天发布版本，测试通过增加一个人日，准时完成测试。B5版本推迟发布2天，测试增加2个人日，准时完成测试。 B6－B11为计划外回归测试版本，测试增加5个工作人日的资源，准时完成测试。 XX测试通过Bugzilla缺陷管理工具进行缺陷跟踪管理，B1—B4测试阶段都有详细的bug分析表和阶段测试报告。

软件功能测试报告模板

魔方宝系统 软件功能测试报告 2017年10月

1.测试环境 2.问题统计 （说明：该报告为阶段性测试的统计报告，该报表统计的bug数量为：本发布阶段内第一份申请单提交日期为起，直至填写报告这天为止的BUG数量,如果以前版本中有问题延期至本发布阶段来修正，那么该缺陷也需要统计进来；如果是功能测试报告则只统计当轮的即可，如果是功能+验证则需要统计本发布阶段的） 2.1按BUG状态统计(表格后面可以附上柱形图,以示更直观) 3.测试综述 本轮测试持续将近_______周，到目前为止(如果是功能测试则是指本轮次，如果是功能+验证测试则是指本发布阶段)发现的BUG数据量____个，其中，重新开启：____个，未解决：____个，已解决：____个。（如果是功能+验证测试，则还需说明本轮次新发现的bug情况，如：本轮测试新发现的问题有多少个其中严重的有多少个）从测试的角度给出该轮测试是否通过，是否需要做回归测试，或验证测试。 4.问题与建议 总结项目测试过程，以及和开发人员交互过程中存在的问题，经验，也可以提出自己的一些改进建议等

5.其他 （如果对应的测试申请单中既有功能测试类型，又有验证测试类型，那么只出功能测试报告即可，同时该项必填，需要在此附上本发布阶段的遗留问题清单以及本发布阶段新发现的重大bug清单；遗留问题清单中如果不属本发布阶段测试范围的须在备注中说明） 5.1遗留问题列表(本发布阶段发现的，以及前发布阶段延期至本阶段来修正的缺陷) 5.2重大bug列表(指本阶段新发现的重大BUG清单) 表11 重大bug列表 5.3质量风险[可选] 主要是在本发布阶段针对开发经理要求不测试且最终确实未测试,但是测试人员从质量的角度认为需要测试的功能点做简要说明

系统测试报告模板绝对实用

XXX项目软件测试报告编制： 审核： 批准： 目录

1概述 说明项目测试整体情况，经过等。 2测试概要 XX后台管理系统测试从2007年7月2日开始到2007年8月10日结束，共持续39天，测试功能点174个，执行2385个测试用例，平均每个功能点执行测试用例个，测试共发现427个bug，其中严重级别的bug68个，无效bug44个，平均每个测试功能点个bug。 XX总共发布11个测试版本，其中B1—B5为计划内迭代开发版本（针对项目计划的基线标识），B6－B8为回归测试版本。计划内测试版本，B1—B4测试进度依照项目计划时间准时完成测试并提交报告，其中B4版本推迟一天发布版本，测试通过增加一个人日，准时完成测试。B5版本推迟发布2天，测试增加2个人日，准时完成测试。 B6－B11为计划外回归测试版本，测试增加5个工作人日的资源，准时完成测试。 XX测试通过Bugzilla缺陷管理工具进行缺陷跟踪管理，B1—B4测试阶段都有详细的bug分析表和阶段测试报告。

2.1 进度回顾 2.2 测试环境 软硬件环境 2.2.1 3测试结论 测试总的结论，明确是通过还是未通过。是否可以发布正式版本等。

3.1 测试记录 插入测试用例对象 3.2 缺陷修改记录 插入缺陷BUG单对象 3.3 功能性 系统正确实现了通过数据字典管理基础数据的功能，实现了数据内容的多语言功能，实现了中英文界面。实现了基础数据管理，酒店集团管理，酒店基础信息管理，渠道管理，代理管理，用户管理的查询，添加，修改，删除的功能，系统还实现了将权限控制细化到菜单按钮的功能。 系统在实现用户管理下的权限管理功能时，存在重大的缺陷，权限控制不严密，权限设计有遗漏。 3.4 易用性 现有系统实现了如下易用性： ?查询，添加，删除，修改操作相关提示信息的一致性，可理解性 ?输入限制的正确性 ?输入限制提示信息的正确性，可理解性，一致性 现有系统存在如下易用性缺陷： ?界面排版不美观 ?输入，输出字段的可理解性差 ?输入缺少解释性说明 ?中英文对应的正确性 ?中英文混排 3.5 可靠性 现有系统的可靠性控制不够严密，很多控制是通过页面控制实现的，如果页面控制失效，可以向数据库插入数据，引发错误。

缺陷报告模板(内容清晰)

缺陷报告 缺陷标识 项目名称 模块/文档名 简单描述 缺陷来源 需求问题 设计问题 编码问题 测试问题 其他问题 缺陷类型 详细描述 步 骤 和 截 图 等级管理 严重性 致命/严重/一般/微小/建议(A/B/C/D/E) 优先级 高/中/低 状态 新建/已修正/关闭/保留/不一致/重新打开/已分配 是否重现 重现频率 注释 附件 人员及时间管理 实测人员 测试时间 发现版本 分派程序员 指派时间 计划修复时间 修复版本 修改时间 实际修复时间 完成时间 修复时差 缺陷处理意见 已修改/ 不是问题/无法修改/以后版本解决/保留/重复/无法重现需要更多信息/收到并接受 产生原因 修改方案 复测人员 复测时间 复测版本 复测结论 备注 是否归档 是 否 项目经理 签字日期

Bug Report Identifier Project Subject/ Document Summary Source C-R Requirement C-D Design C-C Code C-T Test C-I&O Integration & Other Type Description Step and Picture Bug Level Manage Severity Fatal/Critical/Major/Minor/Suggestion Priority High Priority / Medium Priority / Low Priority Status New /Fixed /Closed /Hold/Differed/Reopen / Assigned Reproducible Frequency Comments Attachments Person and Time Manage Detected By Detected on Date Detected in Version Assigned to Assigned Data Plan fixed Data Modified in Version Modified Date Actual Fixed Time Closing Date Time Difference BUG Suggestion Fixed/Not a Bug/Unable Modify/Later Version/Hold/ Duplicate/Nonrecuring/ Receipt Cause Modified Suggestion Confirm by Confirm Data Closed in Version Confirm Suggestion Remarks