IT项目管理软件Bug详细记录表
BUG管理规范
BUG管理规范一、引言在软件开辟过程中，难免会浮现各种各样的BUG（缺陷），这些BUG会对软件的功能和稳定性产生负面影响。
为了提高软件开辟的效率和质量，确保项目顺利进行，需要建立一套科学的BUG管理规范。
本文将详细介绍BUG管理的标准格式和流程，以便团队成员能够准确理解和执行。
二、BUG管理标准格式1. BUG编号每一个BUG都应该有一个惟一的编号，方便团队成员进行跟踪和管理。
编号可以采用自动生成的方式，也可以手动指定，但必须保证惟一性。
2. 问题描述在BUG管理中，清晰准确地描述问题是至关重要的。
问题描述应包括以下内容：- 问题现象：具体描述问题的表现形式，如错误提示、功能异常等。
- 复现步骤：详细描述如何复现问题，包括操作步骤、输入数据等。
- 预期结果：说明问题应该得到的正确结果。
3. 问题严重程度根据BUG对软件功能和稳定性的影响程度，将问题划分为不同的严重程度，通常包括以下几个级别：- 严重：严重影响软件的功能或者导致系统崩溃。
- 普通：对软件功能有一定影响，但不会导致系统崩溃。
- 轻微：对软件功能影响较小，不会导致系统崩溃。
4. 问题优先级根据BUG的紧急程度和影响范围，将问题划分为不同的优先级，通常包括以下几个级别：- 高：需要即将解决，严重影响项目进度或者用户体验。
- 中：需要在合理的时间内解决，对项目进度或者用户体验有一定影响。
- 低：可以在后续版本中解决，对项目进度或者用户体验影响较小。
5. 问题状态为了更好地跟踪和管理BUG，需要定义一套问题状态的流转规则，常见的状态包括：- 新建：问题刚刚被提交，等待处理。
- 分配：问题已被分配给相应的负责人。
- 处理中：负责人正在处理问题。
- 待验证：问题已经修复，等待验证。
- 已关闭：问题已经得到解决并验证通过。
6. 问题负责人每一个问题都应该有一个负责人，负责人负责处理和解决问题，并及时更新问题状态。
7. 问题附件如果问题需要附带截图、日志文件等相关信息，可以在问题中添加附件，方便问题的分析和解决。
用excel记录测试bug问题总结
⽤excel记录测试bug问题总结 前⼏天与开发在讨论问题的时候，开发提了⼀个问题，说是已经解决的问题，能否⽤excel表格总结⼀下，问了⼀下原因，感觉想法很好，就总结了⼀下。
在上家公司的时候，提交bug⽤的是mantis，现在是禅道，两者模式差不多，都是提交bug、开发修改、测试验证是否解决，解决了关闭，没有解决则打回重新解决。
这个时候，假如开发在解决bug的过程中引⼊了新的bug，该如何判断是哪些操作引⼊了新bug？⼀般情况下，开发⼈员与测试⼈员在验证bug的时候，都是就题解题，很少会去关⼼其它⽅⾯。
例如：A点到D点，有A-B-D和A-C-D两种⽅法，假如在A-B-D⽅法有bug，A-C-D⽅法在已经测试过的情况下，验证在A-B-D⽅法中产⽣的bug，⼏乎很少再去验证A-C-D⽅法，假如这时候有新bug就在A-C-D⽅法中，开发不会知道，测试也很难发现，⽽且不要抱有侥幸⼼理，我在上家公司测试的时候就多次遇见这种现象。
特别是多个项⽬，分模块测试，这种⼏率会更⼤。
更可怕的是，这些新产⽣的bug，在短时间内很难被发现，只有在后期的复测、上线测试或者回归测试时才会被发现，到时候多个问题集到⼀起，免不了要加班加点。
问题来了要解决，在经过了⼀段时间后，开发如何快速的定位是修改哪个bug引⼊了新的bug？⽤bug管理⼯具？那可是所有开发与测试的问题总汇啊，好⼏⼗页呢，就算有模块区分，也要浪费很长时间。
这时候⽤excel表格分模块记录问题，其优点就来了。
⽤excel表格记录问题，和bug管理⼯具不但不冲突，还能优势补充。
⽤excel记录问题，只⽤记录bug的描述、bug解决⼈、bug的ID（⽤于在bug管理⼯具快速定位到bug）。
当某个模块或者项⽬即将结束时，把问题总结excel表发给开发和项⽬领导⼈，让他们能快速知道项⽬产⽣问题的多少与解决情况，哪个模块产⽣的问题⽐较多，⼀⽬了然。
还有⼀个重要的原因就是，开发不会忘记⾃⼰哪个bug没有修改。
IT项目管理IT项目产品质量评审表
查询结果少了统计信息
☆☆☆☆
在报表增加相关统计信息
产品的性能指标
数据库查询时系统的响应时间不大于20秒
显示查询结果用了40秒
☆☆☆☆☆
调整算法,保证响应时间不大于20秒
产品的可靠性指标
产品上线以后,产品出现Bug的频度为每周不能多于4个
试用一周时发现了10个Bug
☆☆☆☆☆
ITቤተ መጻሕፍቲ ባይዱ目产品质量评审表
产品功能性指标
指标
实际情况
重要性五分制
评审结果
人员、区域管理
满足实际业务要求
通过
权限管理
只对部门进行了管理,没有对区域权限进行管理
☆☆☆
增加对区域权限进行管理
产品是带图标的图形用户界面
只是下拉菜单的界面,不生动
☆☆☆☆☆
停止其它模块的开发,赶快修改现有模块界面
产品的输出界面和报表
增加测试力度,必须保证上线前的Bug出现频度.
软件测试问题记录表
程序名称：版本号：
测试人员报告
报告类型
严重程度
报告人
报告日期
问题描述
重现方法
修改建议
开发人员处理
出错位置
处理优先级
目前状态
出错原因
处理意见
新版本号
处理人
处理日期
处理后
测试人
测试日期
问题解决否
报告类型（1-6）： 1．代码错误2．设计错误3．建议
4．文档问题5．硬件问题6．疑问
严重程度（1： 1．尚未处理2．处理结束
处理优先级（1-4）：1．尽快修改；2．一个测试阶段结束后再予修改；
3．如果有时间就改，没有时间可以暂时搁置；4．可忽略不改。
处理意见（1-9）：1．暂时搁置2．修改完毕3．延期修改
4．测试人员弄错了5．不作修改
6．需要更多信息7．无法重现
8．无法修改9．不同意修改建议
软件测试bug记录表
bug记录表No模块名称BUG描述1综合管理/权限管理前台收银时的开单、点菜、退菜、换菜等功能无法在此处实现，应添加相关按钮2前台收银/开单开单时，一名服务员可以服务的客人数量没有限制3前台收银/开单开单时，一名服务员可以服务的包间或桌子数量没有限制4前台收银/开单同一个包间或桌子可以开单的数量应该有限制5前台收银/菜品调价菜品调价应该不能调为零6前台收银/提示开关提示开关无效7前台收银/打印点菜单没有连接打印机时，打印功能仍能运行，但没有给出任何提示。
8前台收银用鼠标拖动滚动条时，对话框不能实时滚动9前台收银/屏保点开屏保后，所弹出的对话框无法关闭10前台收银/结账最低消费无法更改，一直为零11前台收银/结账服务费无法更改，一直为零12前台收银/结账结账时，菜品打折应该有所限制13前台收银结帐时，如果顾客被选为VIP成员（中行－金卡），并且采用非打折方式时，VIP成员的打折算法会出错。
14前台收银/换桌如果将客人换至另一个已有其他客人的包间，仍可以操作，造成混乱15前台收银/菜品评议此模块中，如果不能查出账单，系统不能自动给出提示。
16前台收银/屏保没有屏保17前台收银/当日消费单据没有连接打印机时，打印功能仍能运行，但没有给出任何提示。
18前台收银/当日消费单据如果查不出账单或查询条件选择错误，系统不能给出任何提示。
19综合管理/大堂管理/客户管理新增功能中的姓名项应该设置为能重复20综合管理/大堂管理/客户管理新增功能中的客户姓名数据类型不正确21综合管理/大堂管理/客户管理新增功能中的电话号码数据类型不正确22综合管理/大堂管理/客户管理新增功能中的手机号码数据类型不正确23综合管理/大堂管理/客户管理新增功能中的身份证号码数据类型不正确24综合管理/大堂管理/客户管理新增功能中的卡凸号数据类型不正确25综合管理/大堂管理/客户管理新增功能中的卡号数据类型不正确26综合管理/大堂管理/客户管理新增功能中的身份证号码长度不正确27综合管理/大堂管理/客户管理新增功能中的身份证号码应该禁止输入特殊字符28综合管理/大堂管理/客户管理新增功能中的电话号码应该禁止输入特殊字符29综合管理/大堂管理/客户管理新增功能中的邮政编码应该禁止输入特殊字符30综合管理/大堂管理/客户管理新增功能中的卡号应该禁止输入特殊字符31综合管理/大堂管理/客户管理用鼠标拖动滚动条时，对话框不能实时滚动32综合管理/大堂管理/客户管理新增功能中的荣誉度没有大小限制33综合管理/大堂管理/客户管理新增功能中的卡凸号应该禁止输入特殊字符34综合管理/大堂管理/客户管理没有连接打印机时，打印功能仍能运行，但没有给出任何提示。
IT设备故障处理记录(ISO27001及ISO20000管理体系)
服务器故障
2021/4/06
服务器
无法开机
系统损坏
重新安装系统
5.
服务器故障
2021/4/06
服务器
无法开机
系统损坏
重新安装系统
6.
邮件故障
2021/4/13
邮件客户端
无法正常收发邮件
收件箱太大
备份收件箱
7.
电脑故障
2021/4/22
合同软件客户端
合同软件无法显示工作表
控件没装好
重新安装控件
8.
OA故障
2021/6/12
OA客户端
OA无法显示流程图
控件没装好
重新安装Java控件
17.
电脑故障
2021/6/14
电脑
无法进入系统
系统文件丢失
重装系统
18.
电脑故障
2021/6/15
电脑
无法上网
Ip地址无法获取
重新启动获取ip地址
19.
电脑故障
2021/6/21
电脑
系统卡死
长时间不关机系统卡死
重新启动电脑即可
2021/6/6
电话线
电话不通
电话线断了
重新接线
13.
电脑故障
2021/6/4
软件
Erp软件无法打开
软件版本太低
更新版本到最新
14.
打印机故障
2021/6/5
Ip地址
打印机无法打印
打印机ip地址冲突
重新跟换ip地址
15.
网络故障
2021/6/7
交换机
无法上网，网络不通
交换机死机
拔掉电源重启交换机
16.
测试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-001
大模块名>>小模
块名>>功能页面
名-错误的简单
描述
1.
2.
3.
4.
5.
6.
Bug-002
1.
2.
3.
4.
5.
6.
Bug-003
1.
2.
3.
4.
5.
6.
**公司/中心
**系统测试缺陷跟踪汇总表
2.具体的填写说明请见"填写说明"sheet表
3.测试完成后需要定期把本表反馈给开发负责人,由其判断是否需要修改及修改缺陷的具体时间等信息后反馈给测试工程师
4.测试工程师根据测试情况,在每一轮测试结束时,填写"问题统计"sheet表中的内容。