测试过程中bug缺陷的定义、bug类型、bug等级、bug生命周期、bug管理流程、bug状态处理
1、bug的定义
需求文档存在差异的功能实现
与用户需求不符
2、bug的类型
代码（功能错误）：功能没有实现
界面优化：UI、用户界面
设计缺陷：开发、需求文档中的功能没有实现
3、bug的等级
1.致命缺陷：
系统崩溃、死机
安全性问题
涉及金钱计算
阻断性测试
2.严重错误
重要功能
功能交互
非常规操作导致的程序崩溃、闪退
界面难以接受
密码明文
偶尔出现的致命bug
3.一般错误
不影响产品的运行
次要功能不能正常实现
操作界面错误
查询错误，数据错误显示
限制未被控制
删除后为给出提示是（没有二次确认）
偶尔的严重性bug
4.细微错误
界面不规范
辅助说明描述不清楚
提示窗口文字
4、bug的生命周期
新建bug---指派---已解决---待验证---关闭
5、bug的跟踪管理流程图
6、bug的跟踪管理--状态处理
已经指派的bug
----已经指派给开发的，请大家注意自己bug的走向，随时关注并进行跟踪!如果直未修复，提醒开发修改,以免开发忘记;如果已经修复等待测试环境更新后进行验证。催着改bug
已解决的bug
----等待测试环境更新后进行验证，验证通过则关闭;验证不通过则重新打开指派给开发
重复bug
------先去查看下是否跟开发指定的bug重复?如果确定是重复则关闭;如果不重复,说明原因,重新打开指派给开发,
不是缺陪
-----再次依据需求确认，是否是bug,如果依然觉得是缺陷跟开发沟通，列举出来觉得是bug的点，沟通未达一致找产 品确认，确认是bug注明情况并再次指派给开发,产品确认不是bug,就不纠结，直接关闭bug,但是,会拿小本本把这个bug记录下来,等到测试任务结束后，再来研究研究。
无法重现
----确认开发环境是否跟测试环境一致?包括操作步骤、浏览器、环境、特定账号、输入数据等,如果多个版本验证之后,如开发所说重现不了，依据bug的严重程度跟产品、开发- -起确认关闭;如果找到重现原因， 注明清楚并再次指派给开发
不予解决
----找产品经理进行确认。确认不予解决进行关闭;确认需要解决请备注原因并打开指派给开发
设计如此
----找产品经理进行确认。确认设计如此进行关闭;确认是问题，备注原因重新指派给开发
延期修改
---请看下bug严重程度,是否影响当前版本发布?与产品经理进行确认。不予延期请根据情况进行激活与情况说明;确认延期则做好记录，后续版本进行关注-不关闭
7、常见的缺陷管理平台:
禅道(zentao) ,我们现在做项目用的就是这个
bugzilla、jira:都还不错， 也比较强大。但是搭建起来很困难
bugfree:
Readmine
easybug:免费开源，在线网站类型的
Mantis:这个还可以用
QC(QualityCenter)
TD
不管是开源还是商业的缺陷管理工具，它们本质都是一样的，用来管理bug的生命周期。
掌握其中-款工具，自然就会用其他的，稍微有一-点点区别的，别人加以指点,就可以明白了。
8、bug的类型及等级判断
用户输入正确的用户名和密码不能登录网站==代码(功能)错误+1，2级
客户需求要有充值功能，但是网站没有做==设计缺陷+1, 2级
网站充值后，出现金额错误==代码(功能)错误+1级
在某购物APP.上进行商品搜索时，闪退回到手机桌面==代码(功能)错误+1级
在某购物APP上进行商品搜索时，手机卡死==代码(功能)错误+1级
关闭按钮在弹窗左侧==界面优化+4级
APP某个图标显示太小或者像素失真==界面优化+4级
某个提示语需要改进一下， 用户对专业术语不太懂==界面优化+4级
忘记密码，功能没有实现==代码(功能)错误+2, 3级
禅道提交bug界面
所属产品、所属模块、所属项目、影响版本
当前指派、截止日期
Bug类型（代码错误、界面优化、配置相关、安装部署、安全相关、性能问题、标准规范、测试脚本、其他、设计缺陷）
操作系统、浏览器、Bug标题、严重程度、优先级、重现步骤、相关需求、抄送给、附件、相关任务、关键词
*******请大家尊重原创，如要转载，请注明出处：转载自：https://www.cnblogs.com/shouhu/，谢谢！！*******
