BUG提交规范及注意事项

找BUG的小白菜
本文介绍了BUG提交规范及注意事项相关内容,对大家解决问题具有一定的参考价值,需要的朋友们一起学习吧!

一、BUG提交规范

目前所使用的JIRA系统中,BUG的内容主要包括以下要素:

元素说明
缺陷IDBUG的唯一标示,由JIRA自动生成
项目名称每个要测试的软件项目都有唯一的名称
问题类型选择是BUG还是新功能,子任务等
主题简明的对BUG进行概要描述
严重程度BUG的严重程度
优先级BUG解决的优先级
到期日BUG需要处理的截止日期
模块BUG所属的组织模块
影响版本产生BUG的版本号
解决版本解决BUG的版本号
分配人需要指派处理的人员,如不清楚统一给项目负责人
报告人报告BUG的人员
环境描述当前测试的软硬件环境
描述在详细描述中,可对BUG产生的前提条件、操作步骤、实际结果、预期结果等进行描述
附件提交BUG时,可上传必要的附件。(截图,日志等)

具体提交规范如下:

1. 现象描述

详细描述BUG的现象;

2. 测试环境

说明发现BUG的测试环境;

3. 前提条件

详细描述BUG产生的前提条件。例如浏览器,操作系统,移动设备组件版本,软件版本等;

4. 操作步骤

详细描述发现BUG的操作步骤;

5. 期望结果

描述预期正确的结果;

6. 实际结果

描述实际不正确的结果;

7. BUG严重性等级

初步判定BUG的严重性等级;

8. BUG优先级

判定BUG被修复的优先级别;

9. 附件

包括:BUG现象截图、操作产生的系统日志等;

注:严重等级以上BUG必须带有附件,一般性BUG则附件可选。

10. 备注

BUG补充说明信息,如:测试分析意见、其它设备有无类似情况等;

附BUG提交范例:

【前提条件】

操作系统:Win7

浏览器:IE10,Firefox 47.0.1

【操作步骤】

  1. 首页,点击“我要注册”;
    
  2. 打开注册页面,输入未注册过的手机号和密码
    
  3. 点击 注册按钮;
    

【实际结果】

注册不成功,停留在当前页面

【预期结果】

注册成功,跳转至首页

二、BUG提交注意事项

  1. 测试人员提交新缺陷时,尽量用最简洁的语言最清晰的描述出BUG的出处、操作步骤、现象、(建议),并尽量截图;

  2. 当你的BUG报告以“不可重现”打回给你时,测试人员应该反复阅读它,集中剔除那些没有关系的步骤或词语,再检查是否有遗漏或清晰的步骤,再去找研发人员。

  3. 测试人员在精简空话的同时,应该再仔细检查报告是否会产生误解的地方。测试人员应该尽量避免使用模糊的,会产生歧义的、主观的词语。目标是使用能够表述事实、清楚的,不会产生争执的词语;

  4. 不要使用感叹号或其它表现个人感情色彩的词语或符号;

  5. 不要使用含糊的词语(例如,好像,似乎)或网络语言来描述发现的现象;

三、Bug的类型

  1. 文档缺陷:术语不一致,文档缺失,不易理解等;

  2. 设计缺陷:需求不明确,操作便捷性等;

  3. 配置缺陷:安装部署不成功,配置文件错误等;

  4. UI 缺陷:风格不一致,界面不友好等;

  5. 数据校验:数据长度,类型缺失校验;

  6. 查询统计:查询结果列表异常等;

  7. 功能缺陷:功能不可用;

  8. 可靠性 :用户权限错误等;

  9. 性能缺陷:查询性能,并发处理等;

  10. 流程缺陷:流程不能流转,流程错误结束等;

  11. 语言质量:字符未本地化,标点符号,商标符号错误;

  12. 用户互动:与使用者互动不良;

四、Bug的等级划分

BUG等级是根据BUG出现在系统中的严重程度来分的。主要定义如下5级:

1. 致命BUG,包括以下各种错误:

1.1 由于程序所引起的死机,非法退出

1.2 死循环

1.3 导致数据库发生死锁

1.4 因错误操作导致的程序中断

1.5 严重的数值计算错误

2.严重BUG,包括以下各种错误:

2.1 功能不符

2.2 数据流错误

2.3 程序接口错误

2.4 轻微的数值计算错误

3.重要BUG,包括以下各种错误:

3.1 操作界面错误

3.2 打印内容、格式错误

3.3 简单的输入限制未放在前台进行控制

3.4 删除操作未给出提示

4.轻微BUG,包括以下各种错误:

4.1 界面不规范

4.2 辅助说明描述不清楚

4.3 显示格式不规范

4.4 长时间操作未给用户进度提示

4.5 提示窗口文字未采用行业术语

4.6 可输入区域和只读区域没有明显的区分标志

4.7 系统处理未优化

5.微小BUG:

5.1 界面重构、描述更改、流程改进

五、 Bug优先级划分

危机:要求立即修改,作为修改最高等级;

紧急:要求重点修改,产品发布前必须修复;

中等:需要尽快进行修改,产品发布前必须修复;

尽快:需要修改,如果时间允许应该修改;

不急:可能要修复,时间空余情况下进行修改。

六、其他注意事项

当发现一个BUG时,请注意下面的问题:

  1. 同一软件中的相似功能是否有相同的问题?

  2. 其他的浏览器是否有相同的问题?

  3. 其他的软硬件配置是否有相同的问题?

  4. 其他的区域是否有相同的问题?

  5. 以前的版本是否有相同的问题?

该文章版权属于找BUG的小白菜
摘录自:https://blog.csdn.net/BUG_88/article/details/107659265

这篇关于BUG提交规范及注意事项的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持!