Mantis缺陷管理V21文档格式.docx
- 文档编号:18500032
- 上传时间:2022-12-17
- 格式:DOCX
- 页数:15
- 大小:83.77KB
Mantis缺陷管理V21文档格式.docx
《Mantis缺陷管理V21文档格式.docx》由会员分享,可在线阅读,更多相关《Mantis缺陷管理V21文档格式.docx(15页珍藏版)》请在冰豆网上搜索。
增加BUG处理流程
2014-07-01
目录
1.1BUG修复率标准2
1.2Bug管理3
1.2.1Bug等级定义3
1.2.2Bug优先级定义4
1.2.3Bug状态定义4
1.2.4Bug提交规范5
1.1BUG修复率标准
一类错误
二类错误
三类错误
四类错误
五类建议
100%
98%以上
80%以上
暂不作要求
1.2Bug管理
1.2.1Bug等级定义
类别
严重级别
解释
错误说明
对应mantis的bug等级
一类
Blocker
系统崩溃
系统崩溃;
由于程序所引起的死机、非法退出,程序接口错误等;
1、程序因某种操作导致终端系统死循环、死锁、系统瘫痪,造成客户端无法正常使用
2、不因电池没电或锁屏操作等原因而导致的异常系统黑屏/白屏
3、客户端浏览界面长时间加载数据导致客户端死锁
4、客户端运行造成终端报错或者客户端的异常退出
5、压力操作导致客户端异常退出
6、因某种操作造成的客户端界面冻结,无法正常使用,但终端仍然能继续操作
7、按键版焦点消失导致无法操作,用户无法正常使用客户端等
二类
Critical
严重错误
主要功能未实现且无其他的方法实现该功能、安全漏洞、界面设计出现功能性明显错误、功能实现与设计不符、性能与设计偏差过大或严格定义的重要设计性能无法达到设计要求;
1、需求或验收规范所要求的功能点未实现或者实现错误,比如无法登陆、无法订购、无法播放节目等重要功能缺陷
2、主干或前驱功能点未实现或实现错误,而导致后续功能点使用被阻断
3、UI设计与需求或验收规范不一致
4、客户端版本号显示与实际不符
5、终端使用多语言时,很明显的字符串显示问题(如英文版的出现中文字符串—针对支持多语言的客户端)
6、客户端升级过程中出现升级失败或者严重的UI问题等
7、客户端使用时无法正确获取用户相关信息
8、客户端非法修改终端相关数据等
9、客户端任意界面显示不全或显示重叠等
10、按键版客户端,无法响应某些按键的操作,或者无法聚焦到某些地方
11、按键版客户端在任意页面的默认焦点显示与需求规范不一致
12、焦点浏览到最底端时焦点消失,再向上浏览又出现焦点的现象
13、客户端运行时,进行系统其他操作或运行其他应用程序,造成客户端功能异常、严重UI问题;
(只针对支持后台运行终端)
14、播器的兼容性问题:
连接、缓冲、暂停、播放状态下,分别切换到系统各个应用程序,再返回客户端,播放器无法继续播放
15、登录、搜索、展现、直播、点播各项体验指标未达到指标
16、弱信号/无信号下进入客户端,导致某些页面显示白屏且无任何提示的现象
17、客户端使用时存在用户数据丢失
三类
Normal
一般错误
次要功能未实现、主要功能实现不完全、安装配置设置存在漏洞。
1、客户端的提示信息错误,比如提示框的标题或者内容显示有误或者缺失
2、提示窗口文字未采用行业规范术语
3、关键操作未给出提示等
4、客户端运行时调到后台进行某些操作再切回到客户端,引起轻微的UI界面显示问题
5、节目列表与前面的节目图标未对齐显示
6、切换标签页时,背景图片发生变化
7、某些指示图片显示异常,比如下载失败的红叉图标下半部分还有白色背景
8、点击客户端任意按钮未高亮显示
9、可输入区域和只读区域无明显的区分标志
10、切换页面,界面刷新不及时
11、界面控件显示有重叠等不符合UI设计现象
12、长时间加载数据没有弹出相关提示,但是可以点击菜单/返回按钮
13、输入框内的提示输入长度限制与实际输入的长度限制不统一
14、输入框内输入超长后,显示超出输入框,无滚动显示
15、输入内容在输入框的垂直方向没有居中显示
16、客户端使用时,耗电量大,超出用户可接受范围
17、设置比较繁琐(网络连接),易用性较差,一般用户需要查资料才能设置
次要错误
四类
Minor
轻微错误
界面提示信息不正确、界面控件设计摆放不符合设计要求或使用不方便。
1、界面提示信息内容不正确、帮助说明描述有文字错误
2、UI设计不美观
3、微小的功能问题,如:
跳转页面时,出现页面轻微的闪烁,或一小段黑、白屏
1.微不足道
2.文字错误
五类
Enhancement
建议
建议性bug,需求加强的功能
1、为完善功能、提高用户体验度、感知度的建议
不合理或别扭
1.2.2Bug优先级定义
序号
优先级别
1
加急
指在本次发现后需要立即修复
2
高
下一轮系统测试申请前
3
中
最后一轮回归测试申请前
4
低
版本发布后,维护补丁中完成
1.2.3Bug状态定义
标志名
新建
表示Bug首次被发现
已解决
表示Bug已修复,但还处于未测试状态
关闭
表示Bug通过了验证测试,或者Bug被否决,不需要修复
打回
表示已修复的bug经过验证测试,问题仍然存在
5
确认
表示被分配人已接受此bug为本人负责
6
已分派
表示bug已分派给开发人员等待解决
1.2.4Bug提交规范
Bug要素
提交规范
项目名称
Bug所属项目或产品名称
测试版本
报告bug是一定要标记产生此bug的软件版本号
缺陷ID
Bug的唯一标识,且每个Bug只允许描述一个问题
测试环境
软件环境:
操作系统和其他必要的软件程序;
硬件环境:
测试计算机和其他设备的配置信息
出现频率
Bug要多次验证以确认其出现频率,对于非必现问题要多次重复测试(大于三次),最好与开发人员当面确认
摘要
简明扼要地对bug进行描述,突出重点,一目了然
7
用例编号
产出的BUG与测试用例中的用例一一对应,如果没有用例则补充新用例
8
基本信息
Bug等级和bug优先级严格按照规范要求填写
9
操作步骤
1.写明预置条件或之前的操作
2.详细并客观的描述错误重现的步骤,不做个人评价或人身攻击
3.避免重复提交已存在的bug
10
附件
必要的附图或日志,便于确认bug的表现形式和位置
1.3BUG提交流程
1.3.1测试发现BUG提交BUG
1.发现的BUG全部提交到mantis系统。
2.测试人员报告bug过程说明:
1)进入mantis管理系统,选择对应的项目->
子项目(或模块)
2)点击“报告问题”,进入提交bug页面,填写bug相关信息,点击“提交报告”
Ø
分类:
选择“bug”
出现频率:
按bug出现的频率选择,一般为“总是”。
对于“随机”出现的bug,需多次尝试重现,并在后面的详细说明中写清楚测试执行过程中,测试次数及该bug的出现次数,给出随机出现的概率。
严重性:
根据<
bug等级定义>
(见《网达软件版本发布标准(网达软件)》),判断bug等级,并进行选择。
优先级:
按提交bug的修复时间要求,选择优先级。
产品版本:
选择出现该bug的软件测试版本
摘要:
用简单明了的语句描述BUG,就相当于BUG的中心语句
用例编号:
产出的BUG一定要与实际的用例链在一起
说明:
最好是把BUG产生的步骤一步一步写清楚,可以用以下方法写(如果一句话就可以说明的BUG,就不必要分步骤了):
Step1:
。
。
Step2:
Step3:
写清楚重现步骤,然后写出测试的结果和预期的结果,如:
实际结果:
期望结果:
上传文件:
通过上传截图或附件,可以简单明了的说明BUG存在,也可做为BUG证据
提交该bug后,分配bug给相应开发人员(先确认负责该模块的开发人员)。
1.3.2研发看到BUG修改BUG
1.研发人员接收到bug并做处理后,在mantis修改bug状态:
1)对已修复的bug:
请研发人员把bug状态修改为“已解决、已修正”,并添加注释,说明BUG产生的原因以及所作的处理,以便测试人员更好的理解和验证该bug的修复情况
操作步骤:
a)进入该bug详细描述页面
b)选择状态为“已解决”
,点击“将状态改为”按钮,进入解决问题注释页面
c)解决问题注释页面上,选择解决状况(已修正)、添加问题注释,点击“解决问题”按钮,提交处理结果
2)对重复的bug(特别是客户端,针对不同机型的测试,可能会提交同类的bug):
请研发人员标识与该bug重复的bugID,建立关联关系。
并把该bug标识为已解决
d)进入该bug详细描述页面
e)选择状态为“已解决”
f)解决问题注释页面上,选择解决状况(重复问题)、填写重复编号(与该bug重复的bugID),添加问题注释(必要时)。
点击“解决问题”按钮,提交处理结果
3)对不是问题的bug:
请研发人员把该bug的状态置为“已解决、不是问题”,并添加问题注释,说明不是问题的原因。
4)对无法修复的bug:
对“无法修复”问题的处理方式同“不是问题”的bug
5)无法重现的bug:
研发人员不能重现的bug,请与提交该bug的测试人员沟通,协助重现。
对随机出现机率较小,重现很困难的,可先标识为“已解决、无法重现”,并添加注释,说明尝试重现次数等信息。
已备后续测试人员跟踪bug参考
3.BUG验证/关闭问题说明:
当BUG由“已分配”变为“已解决”,测试人员进行bug验证测试,
根据验证结果,修改bug状态为“关闭”或“打回”
1)对修复的“已解决”bug:
验证测试后该问题被解决,则“关闭”该BUG,选择验证版本或在注释中填写如下信息:
验证通过:
是
验证版本:
bug验证测试不通过,则“打回”该BUG,选择验证版本或在注释中填写你验证的版本,并适当填写说明信息
否
添加问题注释:
(必要时)
2)对重复bug的跟踪
测试人员跟踪与之重复的<
bugID>
状态,待<
解决后,再来验证该bug,并更改bug状态
3)对不是bug、无法修复类bug的跟踪
测试负责人或测试人员与项目经理/需求人员确认,得出最终的处理结果,并更改bug状态
4)对不能重现bug的跟踪
项目结束前,与项目经理确认,得出最终的处理结果,并更改bug状态
1.4注意事项:
∙为了保证错误的正确性,需要有丰富测试经验的测试人员验证发现的错误是否是真正的错误,书写的测试步骤是否准确,可以重复。
∙每次对错误的处理都要保留处理信息,包括处理姓名,时间,处理方法,处理意见,Bug状态。
∙拒绝或延期错误不能由程序员单方面决定,应该由项目经理,测试经理(组长)共同决定。
∙错误修复后必须由报告错误的测试人员验证后,确认已经修复,才能关闭错误。
加强测试人员与程序员的交流,对于某些不能重复的错误,可以请测试人员补充详细的测试步骤和方法,以及必要的测试用例。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- Mantis 缺陷 管理 V21