经典bug报告模板 - 360文档中心

bug报告

bug报告
致开发者：
我希望向您报告一个我在使用您的应用程序时发现的错误。

当我打开应用程序并尝试登录时，应用程序闪退了。

我试了几次，结果仍然是一样的。

我尝试卸载并重新安装应用程序，但问题依然存在。

我还尝试了在不同的设备上使用应用程序，结果仍然是闪退。

我使用的设备是iPhone 11，操作系统版本是iOS 14.5. 我尝试了在其他设备上使用相同的操作系统版本，结果还是会闪退。

应用程序的版本是最新的，我在App Store上下载的。

我还尝试了使用不同的登录凭据，例如用户名和密码。

然而，无论使用什么凭据，应用程序都会立即关闭。

我还检查了我的网络连接，确保没有任何问题，但问题仍然存在。

为了进一步帮助您诊断问题，我查看了我的设备日志。

在日志中，我发现了以下错误消息：“应用程序崩溃了，原因是一个未处理的异常”。

我将相关的日志文件附在此电子邮件中，以供您参考。

我相信这个问题应该是由应用程序本身引起的，因为我没有在其他应用程序上遇到类似的问题。

并且，由于闪退是在登录之前发生的，所以我无法使用应用程序的任何功能。

希望您能尽快修复这个问题，因为我非常喜欢并依赖于您的应用程序。

如果有任何需要我提供的额外信息，请随时告诉我。

谢谢您的时间和努力。

最好的问题
XXX。

BUG报告(mantis)模版

要
B--001
总是
严重
“在职职工” 模块中进入“ 快速查询”页面中，查询功能异常！
这里可以选填：总 /编号命名有是，有时，随机，规律便于查没有实验，无法重找和管理复，不适用
这里可选填：新特性，微不足道，文字错误，不合理或别扭，次要错误，严重错误，系统崩溃，系统死锁
附加信息
附件
在职职工快速查询页面-列表中数据错误。（链接）
BUG状态
无。
已关闭
这里是对BUG的补充这里描述的是导致BUG的操作步骤，和相关测说明，或者以测试人试数据。员的观点推测错误的方向。
这里可以连接（*.JPG）后缀为JPG的图片.注意一定保存为 JPGE格式。
这里主要描述BUG的状态，可以选填：未关闭，监视中，修改中，挂起，已关闭。由提交该BUG 的测试人员来关闭BUG。
这里描述的是BUG的简明标题
BUG描述说明
1. 点击模块名称“在职职工”在弹出的菜单中点击“快速查询”进入该页面。 2.在“查询信息”栏中选择“原单位”，在其后的输入栏中输入数据：2。 3.再点击“查询”按钮，新页面列表的数据为整型。（新增数据时，原单位是选择选如数据：原单位一，原单位二，或者原单位三），列表中“单位” 列中的数据应为字符型。 4.请参阅附件。

bug清单测试报告范文推荐5篇

bug清单测试报告范文推荐5篇（经典版）编制人：__________________审核人：__________________审批人：__________________编制单位：__________________编制时间：____年____月____日序言下载提示：该文档是本店铺精心编制而成的，希望大家下载后，能够帮助大家解决实际问题。

文档下载后可定制修改，请根据实际需要进行调整和使用，谢谢!并且，本店铺为大家提供各种类型的经典范文，如工作总结、工作计划、合同协议、条据文书、策划方案、句子大全、作文大全、诗词歌赋、教案资料、其他范文等等，想了解不同范文格式和写法，敬请关注!Download tips: This document is carefully compiled by this editor. I hope that after you download it, it can help you solve practical problems. The document can be customized and modified after downloading, please adjust and use it according to actual needs, thank you!Moreover, our store provides various types of classic sample essays for everyone, such as work summaries, work plans, contract agreements, doctrinal documents, planning plans, complete sentences, complete compositions, poems, songs, teaching materials, and other sample essays. If you want to learn about different sample formats and writing methods, please stay tuned!bug清单测试报告范文推荐5篇bug清单测试报告范文第一篇Bug报告是对可疑错误的描述。

缺陷报告模板_4

是否重现
是
重现频率
100%
注释
请修正
人员及时间管理
实测人员
测试时间
2012/10/24
分派程序员
修改时间
实际修复时间
完成时间
修复时差
测试人员复测情况
复测人员
复测时间
复测结论
备注
是否归档
Байду номын сангаас经营管理签字
签字日期
缺陷报告
缺陷标识
20
项目名称
中国网络人才发展计划
模块/文档名
----
简单描述
在网页界面出现标点错误
缺陷来源
缺陷类型
语法(拼写、标点符号、打字)
详细描述
在网页界面文字”职业素养专业知识与项目实训”字段中间缺少顿号
步
骤
和
截
图
等级管理
严重性
致命/严重/一般(A/B/C)
优先级
低
高/中/低
状态
新建
新建/已修正/关闭/保留/不一致/重新打开/已分配

bug报告模板（经典）

bug报告模板（经典）BUGID Bug的唯一标志，由bug管理系统自动生成Bug标题简明扼要地对Bug进行概要描述产品名称软件产品的名称功能模块名产品子系统产品版本测试平台开发人员测试人员抄送人员创建时间解决时间关闭时间测试阶段模块测试、内部集成测试、外部集成测试、系统测试、验收测试问题级别紧急、严重、一般、轻微优先级别高、较高、一般、低问题来源测试、工程故障、升级、其他问题类型功能问题、版本问题、遗留问题、新需求、低级错误、改进建议、移植修改、割接问题、配置错误、编译问题、性能问题、设计问题、兼容问题、新功能增强、偶发性出错Bug描述这是Bug最重要的一部分，对Bug描述清晰准确，不仅有助于开发人员迅速定位解决问题，还对以后的维护工作有很大的帮助。

一些比较简单的Bug，可以使用一两句话把问题准确描述，而对于一些比较严重或负责的Bug或者是新的需求，则应该详细说明。

附件对于一些特殊的问题或者不能用语言很好地描述的问题，可以增加界面图形说明或参考资料或详细日志等附件Bug解决描述（bug解决之后由开发人员填写）开发人员修改问题之后，将Bug回复给对应的测试负责人。

对于简单的问题，在回复的时候只是简单地用“已解决”或“fixed”这样的语句；而对于复杂或重要的问题，在回复的时候应该详细说明测试的解决方法。

Bug关闭描述（bug关闭之后由测试人员填写）开发回复Bug之后，测试负责人验证该Bug，如果问题得到解决则关闭（否则回复给开发负责人，让其继续追踪）。

关闭一个Bug时，对于简单的问题，可以“问题解决”或“OK”这样的语句回复；而对于一些比较复杂的问题或需求，应该对Bug描述的内容进行一个总结。

BUG反馈模板(11)

截图附上任何可附上的截图，缩小后，放入这一栏
是
账号
微信公众号名称：（根据bug实际情况，给出这个bug的商家相关账号，比如微信公众号名称或者后台账号等，如果bug看起来有些严重，希望连密码都能够要来）
bug来源
bug提出人
涉及到的端口*
所属模块
代理商
写这份bug文档的人
会员模块
代理商
代理商
代理商bugBiblioteka 馈操作步骤* bug描述*
进入会员系统-展开会员卡设置-点击基础基础设置里设定的[注册后赠送积分]功能失设置页面效，消费者在注册后发现没有收到积分
bug是否可复现（每次操作都出现）

bug分析报告

Bug分析报告（二）引言概述：本报告旨在对当前在系统或软件中发现的严重问题进行详细分析，并提供相应的解决方案。

通过深入研究和彻底分析这些问题，希望能够帮助开发团队更好地理解并解决各类Bug，提高系统或软件的稳定性和性能。

正文内容：大点1：问题X1.1小点1：问题描述1.1小点2：问题出现的条件和频率1.1小点3：问题的影响范围和严重性1.1小点4：问题的根本原因分析1.1小点5：解决方案和建议大点2：问题Y2.1小点1：问题描述2.1小点2：问题出现的条件和频率2.1小点3：问题的影响范围和严重性2.1小点4：问题的根本原因分析2.1小点5：解决方案和建议大点3：问题Z3.1小点1：问题描述3.1小点2：问题出现的条件和频率3.1小点3：问题的影响范围和严重性3.1小点4：问题的根本原因分析3.1小点5：解决方案和建议大点4：问题A4.1小点1：问题描述4.1小点2：问题出现的条件和频率4.1小点3：问题的影响范围和严重性4.1小点4：问题的根本原因分析4.1小点5：解决方案和建议大点5：问题B5.1小点1：问题描述5.1小点2：问题出现的条件和频率5.1小点3：问题的影响范围和严重性5.1小点4：问题的根本原因分析5.1小点5：解决方案和建议总结：通过本报告对系统或软件中的多个严重问题进行了深入的分析和解决方案提供。

针对不同的问题，我们提供了相应的解决方法和建议，希望能够帮助团队更好地解决出现的问题，提高系统或软件的稳定性和性能。

同时，我们也认识到问题的根本原因分析对于长期维护软件的稳定性非常重要，建议团队在日常开发过程中更加重视对问题原因的深入分析，并持续改进开发流程和测试策略，以减少问题的发生和提高系统质量。

引言概述正文内容1.导致bug的常见原因1.1.编码错误：错误的语法、逻辑错误或数据类型转换错误可能导致bug的产生。

1.2.程序逻辑错误：程序的逻辑错误可能导致程序运行时出现意外结果或异常终止。

bug的格式模板

1．建议的格式――――――――――――――――――――――――――――――――Summary××××××DescriptionActions1. ××××××2. ××××××3. ××××××Actual Result××××××Expected Result（可选）××××××2．注意点：――――――――――――――――――――――――――――――――1. 缺陷摘要（Summary）简单明了，便于理解长度一般不超过30个单词尽可能讲明：什么情况，导致了什么问题以便于他人定位Bug，杜绝不重复报相同的Bug2. 缺陷描述（Description）重现步骤（Action）详细描述重现该问题的关键步骤省略无关的操作，力求做到：所有重现步骤是充分的和必要的容易理解的常规步骤，可以一句话带过，比如“以管理员身份登录，进入后台用户管理页面”和环境有关的问题，给出特定的条件，比如某某操作系统，某某浏览器实际结果（Actual Result）描述实际出现的错误结果可借助截屏来表达不是总能重现的Bug，给出发生频率或规律预期结果（Expected Result）可选，Spec上没有做详细要求，用于测试人员表达自己的看法3. 截屏/附件（Attachment）针对文字难以表达的或UI方面的问题图片格式使用JPG格式；BMP图片太大，不建议使用在图片上用醒目的颜色，标出问题所在区域也可考虑配上简短的文字4. 其它对于多人同时测试同一模块的情况，报Bug前先检查是否已有类似的Bug (TD 提供了Find Similar Defects的功能)Bug严重程度(Severity)必须准确Bug优先级(Priority) 必须准确（具体请参考公司标准文档）填写Module字段，便于Dev Manager 分配给相应的开发人员项目中共性的问题，纳入Common Module多个相同的问题，如是一个Dev负责完成的，撰写一个缺陷报告就可以，但须列出问题所在的多个位置对于Reject的有争议的Bug，尽可能和Dev当面沟通Windows截图快捷键:截图类型截图快捷键说明全屏幕PrintScreen 键当前活动窗口ALT + PrintScreen 键按住Alt 键，然后按下PrintScreen 键局部窗口系统不支持可借助截屏软件，如HyperSnap。

软件bug报告

软件bug报告1. 简介本文档旨在报告关于软件中发现的一个bug。

该bug可能会影响用户的使用体验或导致意外的功能问题。

2. 环境在以下环境中发现了该bug：•操作系统：Windows 10•软件版本：1.0.03. 复现步骤以下是复现该bug的步骤：1.打开软件并登录到用户账户。

2.进入主界面，并选择“功能A”。

3.在“功能A”的界面上，点击某个按钮。

4.此时应该出现一个弹出框，但实际上弹出框没有显示出来。

5.尝试再次点击按钮，仍然没有任何响应。

4. 期望结果在步骤3中，期望出现一个弹出框，提示用户进一步操作。

5. 实际结果在步骤4中，弹出框没有显示出来，用户无法进行下一步操作。

6. 调试信息经过调试和分析，发现该bug是由以下原因引起的：•在代码中，弹出框的显示逻辑存在错误。

•弹出框的UI组件在某些情况下无法正确地加载。

7. 解决方案为了解决这个问题，我们建议以下几个步骤：1.定位并修复代码中的逻辑错误，确保弹出框的显示逻辑正确无误。

2.检查并修复UI组件加载的问题，确保弹出框能够正常显示。

8. 测试为了验证修复后的bug，我们将进行以下测试：1.使用修复后的版本，按照步骤3复现该bug。

2.验证是否能够正确显示弹出框，并且可以进行下一步操作。

9. 结论经过修复和测试，我们相信该bug已经被成功解决。

如果用户在使用过程中仍然遇到类似的问题，请及时与我们的技术支持团队联系，我们将竭诚为您解决问题。

10. 参考资料无。

测试BUG记录模板

测试BUG记录模板篇一：bug报告模板(经典)篇二：软件测试BUG提交规范_模板BUG提交模板和注意事项一、 BUG提交模板1. 现象描述<详细描述BUG现象>2. 组网环境<组网图及简要说明：机箱、板卡（型号、序列号和槽位）、测试仪、连接线缆等描述> 注：简单组网环境或一般性BUG情况下，可只简要描述组网环境，无需组网图。

3. 版本信息<被测设备所有组件版本信息>软件版本：硬件版本：芯片版本：CPLD版本：MCU版本：uboot版本：4. 操作步骤<详细描述发现BUG的操作步骤>注：说明发现BUG对应用例名称编号或为非用例发现BUG。

5. 期望结果<预期正确的结果>6. 实际结果<实际不正确的结果>7. BUG严重性等级<初步判定BUG的严重性等级>8. 开发确认情况<开发确认BUG情况描述及确认人>注：严重等级以上BUG必须要有开发人员确认9. 附件<包括：组网图、BUG现象截图、操作产生的系统日志等>注：严重等级以上BUG必须带有附件，一般性BUG则附件可选。

10. 备注<BUG补充说明信息，如：测试分析意见、其它设备有类似情况等>二、 BUG提交注意事项1．请测试人员提交新缺陷时，尽量用最简洁的语言最清晰的描述出BUG的出处、操作步骤、现象、（建议），并尽量截图；2. 当你的BUG报告以“not repro（不可重现）”打回给你时，测试人员应该反复阅读它，集中剔除那些没有关系的步骤或词语，再检查是否有遗漏或清晰的步骤，再去找研发人员。

研发人员通常是在无法用BUG报告中的步骤重现BUG时才选择这个选项；3. 测试人员在精简空话的同时，应该再仔细检查报告是否会产生误解的地方。

测试人员应该尽量避免使用模糊的，会产生歧义的、主观的词语。

目标是使用能够表述事实、清楚的，不会产生争执的词语；4. 不要使用感叹号或其它表现个人感情色彩的词语或符号；5. 不要使用含糊的词语（例如，好像，似乎）或网络语言来描述发现的现象；三、需要注意的地方当你发现一个BUG时，请考虑如下问题：1. 同一软件中的相似功能是否有相同的问题？2. 其他的浏览器是否有相同的问题？3. 其他的软硬件配置是否有相同的问题？4. 其他的区域是否有相同的问题？5. 以前的版本是否有相同的问题？四、 Bug的严重等级1.致命BUG，包括以下各种错误：1. 由于程序所引起的死机,非法退出2. 死循环3. 导致数据库发生死锁4. 因错误操作导致的程序中断5. 严重的数值计算错误2.严重BUG，包括以下各种错误：1. 功能不符2. 数据流错误3. 程序接口错误4. 轻微的数值计算错误3.一般性BUG，包括以下各种错误：1. 操作界面错误(详细文档)2. 打印内容、格式错误3. 简单的输入限制未放在前台进行控制4. 删除操作未给出提示4.提示性BUG，包括以下各种错误：1. 界面不规范2. 辅助说明描述不清楚3. 显示格式不规范4. 长时间操作未给用户进度提示5. 提示窗口文字未采用行业术语6. 可输入区域和只读区域没有明显的区分标志7. 系统处理未优化5.测试建议（非BUG）：界面重构、描述更改、流程改进篇三：XXX硬件测试bug单模板。

bug分析报告模板

Bug分析报告模板1. 引言本文档是针对某个软件或系统中存在的Bug进行分析和解决的报告模板。

通过对Bug的详细描述、重现步骤、环境信息以及解决方案等内容的记录，旨在帮助开发人员更好地理解和修复Bug。

2. Bug描述2.1 Bug概述在这一部分，我们对所发现的Bug进行简明扼要的概述，以便开发人员能够快速了解问题的性质。

请注意，确保不要使用敏感的术语。

2.2 Bug详细描述在这一部分，我们对Bug进行更加详细的描述，包括观察到的不正常行为、期望的行为以及可能的原因。

请确保所述问题具体清晰，以便开发人员能够准确理解。

3. Bug重现3.1 重现步骤在这一部分，我们详细记录如何重现Bug，包括具体的操作步骤和环境条件。

请确保描述准确，以便开发人员能够按照步骤重现问题。

3.2 预期结果在这一部分，我们描述在正常情况下，应该得到的期望结果。

请确保描述明确，以便开发人员能够明白问题所在。

3.3 实际结果在这一部分，我们记录在重现Bug时所观察到的实际结果。

请确保描述准确，以便开发人员能够对比预期结果和实际结果。

4. 环境信息在这一部分，我们提供相关的环境信息，以帮助开发人员更好地定位问题。

4.1 操作系统请详细描述所使用的操作系统的类型、版本以及其他相关信息。

4.2 软件版本请提供相关软件的版本号、构建号以及任何相关的特定信息。

4.3 硬件信息请提供任何与Bug相关的硬件信息，如设备型号、配置等。

5. 附加信息在这一部分，我们提供任何其他可能与Bug相关的信息，如日志文件、错误消息等。

请确保提供准确、有用的信息以帮助开发人员进行分析和解决。

6. 解决方案在这一部分，我们提供解决Bug的方案和建议。

请确保解决方案清晰明了，以便开发人员能够快速理解并进行修复。

7. 总结在这一部分，我们对整个Bug分析报告进行总结，并再次强调Bug的重要性和紧急性。

请确保总结简洁明了，以便开发人员能够快速了解问题的严重程度。

测试BUG报告单

2.
3.
【说明】说明】
严重分为三个等级：严重：严重影响系统的，导致系统不能进行操作的。一般：需求分析中提到的基本功能没有达它错误。修改分为三个状态：已改：已修改的错误。未改：没有修改的错误。无需修改：暂时不修改的错误
2.
BUG 总结
总 bug 数已改未改无需修改轻微一般严重
3.
BUG 分析
[例如： 1．测试发现的 BUG 主要是界面，功能及逻辑上的缺陷。 2．测试发现的 BUG 已全部修改。]
<项目名称> 测试 BUG 报告单 <文档标识>
版本: <1.0> 日期: <dd/mmm/yy>
测试 BUG 报告单
测试环境：测试环境：测试地址：测试地址：补充说明：补充说明：
1.
序号 1.
BUG 报告单
测试日期 04.05 问题和影响描述无法更新模板严重等级一般修改情况修改日期修改核实

测试用例-bug模板1

电子科技有限公司
No:G11234567
测试用例
产品名称：
**游戏名称
项目承担部门
研发部
撰写人（签名）
***
完成日期
2011-11-02
本文档使用部门
测试部
评审负责人（签名）
评审日期
0
测试用例模板
项目/软件
麦田守卫
版本：
V1.0
游戏作者
功能模块名：
操作方式
用例编号
Case001
备注：
无
功能问题，版本问题，遗留问题，新需求，低级错误，改进建议，移植修改，割接问题，配置错误，编译问题，性能问题，设计问题，兼容问题，新增功能问题，偶发现错误
测试人员：
修改历史
编制时间：
2011-11-5
功能特性
产品的性能指标、设计约束条件和使用保障要求
测试目的
检验游戏是否符合规格
操作方式与步骤
输入：
连接摄像头按遥控进入游戏后用肢体动作进行游戏
输出：
能够识别到玩家的肢体动作
预期结果
能通过摄像头的捕捉玩家的肢体动作进行游戏
输出结果
游戏正式开始前，将要求玩家站在摄像头前方的有效范围内进行视频验证。验证成功后，玩家的影像将投影到游戏画面中。只有视频验证成功，游戏才会正式开始。玩家通过摄像头识别用肢体动作跟游戏进行互动
测试结果
1、成功
2、失败
功能完成
1、是2、否
备注：
无
Bug报告模板
BUGID
01
BUG标题
麦田守卫存档问题
产品名称
麦田守卫
功能模块名
游戏存档
测试平台
海信982B平台

测试缺陷报告模板范文

测试缺陷报告模板范文一、缺陷概述在本次测试中，我们发现了一些可能影响软件质量和用户体验的缺陷。

这些缺陷涉及到了软件的各个功能模块，包括登录、注册、浏览、搜索、购买等。

二、缺陷详细描述1.登录模块：在输入错误的用户名或密码时，系统没有给出明确的错误提示，而是直接返回了登录失败的结果。

这可能导致用户无法明确知道自己的用户名或密码是否正确。

2.注册模块：在填写注册信息时，如果用户没有填写必填项，系统没有给出明确的提示，而是直接提交了注册信息。

这可能导致用户的注册信息不完整。

3.浏览模块：在浏览商品时，有时候会出现页面加载缓慢的情况，影响了用户的购物体验。

4.搜索模块:在搜索商品时，有时候会出现搜索结果不准确的情况，影响了用户的购物体验。

5.购买模块：在购买商品时，有时候会出现支付失败的情况，影响了用户的购物体验。

三、缺陷影响分析这些缺陷可能会对软件的质量和用户体验产生负面影响，可能会导致用户流失、降低软件口碑、降低用户信任度等问题。

因此，我们需要尽快修复这些缺陷，以提高软件的质量和用户体验。

四、修复建议针对以上缺陷，我们提出以下修复建议：1.对于登录模块的缺陷，建议在输入错误的用户名或密码时，给出明确的错误提示，告诉用户输入的用户名或密码是错误的。

2.对于注册模块的缺陷，建议在用户没有填写必填项时，给出明确的提示，告诉用户需要填写必填项才能完成注册。

3.对于浏览模块的缺陷，建议对服务器进行优化，提高页面加载速度。

4.对于搜索模块的缺陷，建议对搜索算法进行优化，提高搜索结果的准确性。

5.对于购买模块的缺陷，建议对支付接口进行检测和优化，确保支付功能的稳定性。

bug清单测试报告

bug清单测试报告Bug清单测试报告一、引言本文是关于某软件产品的Bug清单测试报告。

通过对该软件进行测试，发现了一系列的Bug，并对这些Bug进行了详细的记录和描述。

本报告的目的是为了向项目团队和相关人员提供一个全面的Bug清单，以便于后续的Bug修复和软件优化工作。

二、Bug清单1. Bug编号：001Bug描述：在用户登录界面，输入正确的用户名和密码后，系统无法正确跳转到用户首页。

Bug等级：高Bug状态：待修复Bug复现步骤：1. 打开软件；2. 输入正确的用户名和密码；3. 点击登录按钮。

期望结果：系统应该正确跳转到用户首页。

2. Bug编号：002Bug描述：在购物车页面，点击结算按钮后，系统崩溃并自动退出。

Bug等级：中Bug状态：待修复Bug复现步骤：1. 进入购物车页面；2. 选择商品；3. 点击结算按钮。

期望结果：系统应该正常结算并显示支付页面。

3. Bug编号：003Bug描述：在商品详情页面，点击收藏按钮后，系统无法正确添加商品到我的收藏夹。

Bug等级：低Bug状态：待修复Bug复现步骤：1. 进入商品详情页面；2. 点击收藏按钮。

期望结果：系统应该将商品正确添加到我的收藏夹。

4. Bug编号：004Bug描述：在订单列表页面，点击待发货订单的发货按钮后，系统提示发货失败。

Bug等级：中Bug状态：待修复Bug复现步骤：1. 进入订单列表页面；2. 找到待发货订单；3. 点击发货按钮。

期望结果：系统应该能够正确发货并更新订单状态。

5. Bug编号：005Bug描述：在搜索页面，输入关键字后，系统无法正确显示相关的搜索结果。

Bug等级：高Bug状态：待修复Bug复现步骤：1. 进入搜索页面；2. 输入关键字；3. 点击搜索按钮。

期望结果：系统应该能够根据关键字正确显示相关的搜索结果。

6. Bug编号：006Bug描述：在用户设置页面，修改密码后，系统无法正确保存并提示修改成功。

bug管理报告模板2

0Hale Waihona Puke 0在编辑信息界面中，点击“发送短信”界面仍处于站内信息发送界面，且此时发送的信息仍为站内信息
1、正确登录系统中 2、在综合信息平台下的通讯管理子菜单中点击“我的短消息” 3、点击“发送消息” 4、勾选“手机短信” 5、选择一组接收人 6、点击“发送” 1、正确登录系统中 2、在综合信息平台下的通讯管理子菜单中点击“我的短消息” 3、点击“发送消息” 4、勾选“手机短信” 5、不输入站内接收人即为空 6、在站外接收人中输入非数字字符如汉字 1、正确登录系统中 2、在综合信息平台下的通讯管理子菜单中点击“我的短消息” 3、点击“发送消息” 4、勾选“手机短信” 5、不输入站内接收人即为空 6、在站外接收人中输入非数字字符如汉字 1、正确登录系统中 2、在综合信息平台下的通讯管理子菜单中点击“我的短消息” 3、点击“删除所选”（当前界面中无记录条数）
001
002
003
004
005
发消息 006
007
008
当勾选上“手机短信”，此时从公共通讯录中选择一组，点击发送，会弹出很多提示框XXX没有填写手机号码，短信发送失败，但是最后一个提示框为发送成功
009
当勾选中“手机短信”后，显示出的站外接收人文本框中可以输入汉字，字母以及一些特殊符号
通讯管理/我的
版本号：缺陷ID 模块名称主题测试人员： bug详细描述
1、正确登录系统中 2、在综合信息平台下的通讯管理子菜单在发送消息界面中，输入收件人为中点击“我的短消息” “xcqin”，输入标题和内容后，在 3、点击“发送消息” 未读信息中无刚发送的信息 4、在站内接收人中输入“xcqin” 5、输入标题和内容 6、点击“发送” 1、正确登录系统中 2、在综合信息平台下的通讯管理子菜单中点击“我的短消息” 发送的消息标题可以为空 3、点击“发送消息” 4、在站内接收人中输入“xcqin” 5、不输入标题 6、点击“发送” 1、正确登录系统中 2、在综合信息平台下的通讯管理子菜单中点击“我的短消息” 当输入的标题字数很多时，点击发 3、点击“发送消息” 送出现黄页 4、在站内接收人中输入“xcqin” 5、输入标题字数很多如500个 6、点击“发送” 1、正确登录系统中 2、在综合信息平台下的通讯管理子菜单在内容文本框中输入的字符数很多中点击“我的短消息” 时，然后发送，返回到已发送界面 3、点击“发送消息” 中，查看刚才发送的信息，界面出 4、在站内接收人中输入“xcqin” 现变形 5、输入内容字数很多如1000个 6、点击“发送” 7、在已发送界面中查看刚发送的信息 1、正确登录系统中 2、在综合信息平台下的通讯管理子菜单中点击“我的短消息” 站内接收人的姓名没有长度限制 3、点击“发送消息” 4、输入站内接收人的姓名，很长如500字 5、点击“发送” 1、正确登录系统中 2、在综合信息平台下的通讯管理子菜单在消息内容输入框中，当无限制的中点击“我的短消息” 输入字符时，不会换行 3、点击“发送消息” 4、在消息内容输入框中无限制的输入字 1、正确登录系统中 2、在综合信息平台下的通讯管理子菜单当输入信息后，点击“重置”或“ 中点击“我的短消息” 返回”应该给出用户确认信息，避 3、点击“发送消息” 免用户的误操作 4、输入相应内容 5、点击“重置”或“返回”

缺陷报告模板

死循环
数据库发生死锁
因错误操作导致的程序中断
与数据库连接错误
数据通讯错误
导致测试无法继续执行
可能影响其他模块功能
B
很严重的错误
程序错误
在发现的两天内完成。
程序接口错误
数据库的表、业务规则、缺省值未加完整性等约束条件
关键功能完全不能实现
程序运行不稳定，如出现不可继续进行操作的错误
程序运行出现难以捕捉和不可再现的错误
计划修复时间
修复版本
修改时间
实际修复时间
完成时间
修复时差
缺陷处理
意见
已修改/不是问题/无法修改/以后版本解决/保留/重复/无法重现需要更多信息/收到并接受
产生原因
修改方案
复测人员
复测时间
复测版本
复测结论
备注
是否归档
项目经理
签字日期
BugReport
Ide ntifier
Project
Subject/ Docume nt
响应其他业务流程的错误
C
一般严重错误
操作界面错误（包括数据窗口内列名定义、含义是否一致）
系统上线前必须修复完成
打印内容、格式错误
简单的输入限制未放在前台进行控制
删除/退出操作未给出提示
数据库表中有过多的空字段
功能不完整，如菜单、按钮不响应
对错误没有处理信息
D
一般性错误
界面不规范
正常排队等待修复或方便时修复
缺陷类
型名
描述
10
F
功能
如逻辑，指针，循环,递归，功能等缺陷
20
G
语法
拼与、标点付号、打字30A赋值来自如声明、重复命名，作用域

bug报告模板(经典)

BUG管理与改错计划
问题优先级
分五个等级，即P1~P5，P1的优先级别最高，之后逐级递减。

Bug严重程度
Bug状态
新建状态（NEW ）
Bug创建后的初始状态。

已分配状态（open）
经过确认有效的问题后分配给开发人员的状态。

拒绝状态（Rejected）
验证不是有效的问题
解决状态（Fixed）
开发人员处理此问题后的状态
结束状态（closed）
经测试部门对修改后的软件问题进行验证并确认修改正确后的状态。

重新打开状态（REOPENED）
对开发部门修改后软件问题，经过验证，如果仍然存在，则将其状态改为“重新打开”状态。

对于“关闭/延迟修改”状态的软件问题，如果时机成熟，需要重新开发，则将其状态改为“重新打开”状态。