bug管理
1、市面上有哪些bug管理工具，每个bug管理工具的特点是什么？JIRA（付费）Trac GitlabBugzilla Mantis
JIRA :1）针对问题其默认定义了丰富的字段来记录问题的各种信息，包括IssueType , Issuesummary , Issue Description , priority , assignee ,
reporter , resolutions等等；
2）默认定义了工作流的一些状态: new, open, defer, pending, resolved, reopened, closed。 默认定义了一个简易的工作流,
open-in progress-resolved-closed；
3）支持邮件通知，邮件通知可以同工作流中和工作流之外的事件关联；
Trac : 以里程碑(Milestone)方式进行项目管理。
每个里程碑中的具体要做哪些事情，就使用Ticket来进行定义、跟踪等。
里程碑 ：里程碑是一些事件，我们设立这些事件是为了表明当这些事件发生的时候，我们的工作已经达到了某种程度。
为什么我不用时间点呢？
---原因在于使用时间点往往让人误以为，里程碑是按照时间来设计的，而不是按照事件来设立的。
Gitlab ：跟项目绑定，特别方便管理bug，随时assign给相关开发，也可以看到开发提交bug时的Commits，每次发版可以对照相关提交，
既方便测试，也可以在出现问题时找到对应开发。
Bugzilla ：Bugzilla 是一个开源的缺陷跟踪系统（Bug-Tracking System），它可以管理软件开发中缺陷的提交（new），修复（resolve），
关闭（close）等整个生命周期。
Bugzilla指定处理人：可以指定一个处理人；如不指定处理人，则系统指定管理员为默认处理人
Bugzilla链接:输入超链接地址，引导处理人找到与报告相关联的信息
Mantis ：1、个人可定制的Email通知功能，每个用户可根据自身的工作特点只订阅相关缺陷状态邮件；
2、支持多项目、多语言；
3、权限设置灵活，不同角色有不同权限，每个项目可设为公开或私有状态，每个缺陷可设为公开或私有状态，
每个缺陷可以在不同项目间移动；
4、主页可发布项目相关新闻，方便信息传播；
5、具有方便的缺陷关联功能，除重复缺陷外，每个缺陷都可以链接到其他相关缺陷；
6、缺陷报告可打印或输出为CSV格式，1.1.7版：支持可定制的报表输出，可定制用户输入域；
7、有各种缺陷趋势图和柱状图，为项目状态分析提供依据，如果不能满足要求，可以把数据输出到Excel中进一步分析；
8、流程定制方便且符合标准，满足一般的缺陷跟踪。
2、bug的级别有哪些？（系统崩溃、严重、一般、次要、建议）
1级bug，致命错误，必须优先要改
2级bug，严重错误
3级bug，一般错误
4级bug，程序在一些显示上不美观，不符合用户习惯，或者是一些文字错误
1级bug，致命错误，必须优先要改：
1、常规操作引起的系统崩溃、死机、死循环
2、造成数据泄漏的安全性问题，比如恶意攻击造成的账户私密信息泄露
3、涉及金钱，如支付类软件，金钱计算错误
2级bug，严重错误：
1、重要功能不能实现（例如：微信没有实现语音聊天、朋友圈，等）
2、错误的波及面广，影响到其他重要功能正常实现
3、非常规操作导致的程序崩溃、死机、死循环 (非常规操作：用户使用软件时不会进行的操作）
4、外观难以接受的缺陷（例如：直播平台的封面图片的失真、压缩，完全变形）
5、密码明文显示
3级bug，一般错误：不影响产品的运行、不会成为故障的起因、但对产品外观和下道工序影响较大的缺陷
1、次要功能不能正常实现
2、操作界面错误（包括数据窗口内列名的定义，含义不一致）例如：列名与列名下的内容不一致
3、查询错误、数据错误显示
4、简单的输入限制未放在前端进行控制；（格式显示，如登录和注册中的格式判断可由前端判断）
5、删除操作未给出提示
4级bug，程序在一些显示上不美观，不符合用户习惯，或者是一些文字错误：
1 、界面不规范
2、辅助说明描述不清楚
3、提示窗口文字未采用行业术语
4、界面存在文字错误
5、改进意见：可以提高产品质量的建议， 包括新需求和对需求的改进
3、bug的管理流程是怎么样的？
1测试发现bug（确认bug）——2提给对应开发——3开发确认bug——4开发修复bug——
5测试回归验证bug——6验证通过——bug关闭
6回归测试验证不通过——2提供给对应开发——.......——bug关闭
页:
[1]