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/，谢谢！！*******