bag工作流程

第6讲 禅道
1、开源项目管理软件、专注研发项目管理, 内置需求管理、任务管理、bug管理、
缺陷管理、用例管理、计划发布 等功能、实现了软件的完整生命周期管理
2、安装
1）自己建一个文件夹chandao
2）搭建好了之后登录时，点击取消（不要确定）
3、bug管理工具
禅道：项目、用例和bug管理工具
JIRA
Bugzilla
Mantis
QC
4、bug管理流程【重点】
提单  ==》测试人员发现，并且把bug提交到禅道
仲裁  ==》在项目中有话语权的人
多名测试人员发现bug，提交到bug管理工具禅道，请测试经理规范审核，测试经理，发现这个bug与之前重复了或者不是bug，如果时bug，指派给开发经理，开发经理指派
给对应的开发，开发人员根据bug的优先级进行修复，开发如果发现不是bug指回给测试
，优先级也高，bug越严重，开发修复好后指派给测试经理，测试经理根据bug对应人
指派给测试，测试人员进行回归测试，如果有问题继续提交，如果没有问题关闭bug
简单版：测试发现问题提交给对应开发，开发发现不是bug，给回测试人员，如果是bug
会根据bug优先级进行修复，修复好给回测试人员，测试人员进行回归测试，如果还有问题
继续提交，如果没有关闭bug
5、bug有哪些等级
高中低 或者 是L1 L2 L3 L4 （致命 严重 一般 建议）
1级：致命错误、系统崩溃、死机、死循环、支付功能金钱受损失
例子：微信支付功能，输入10元，支付了20元
2级：次主体功能受损失
例子：支付功能输入密码时输入1次没反应，非要输入3次才支付成功，前后台数据不一致
3级：涉及到其他功能的正常使用
例子：返回键失灵，按钮点击失灵
4级：建议性bug
例子：颜色不一致，字体不一致
6、一条完整的bug应该包含哪些信息？
bug编号 ==》bug id
bug标题 ==》简单明了，是什么就是什么
bug等级 ==》（致命 严重 一般 建议）
bug的优先级  ==》高中低（1，2，3）
bug的重现步骤 ==》详细描述发现bug的步骤（包括测试数据）
bug的所属模块 ==》负责的模块
bug的附件      ==》截图或录视屏
bug的预期结果 ==》和需求保持一致
bug的实际结果 ==》测试结果
bug的所属版本 ==》v1.1
bug的创建人   ==》测试人
bug指派给谁   ==》对应开发
7、bug的状态（bug的生命周期）有哪些？
1）New:（新的）==》bug被发现
2）Assigned（已指派的） ==》开发人员接受此bug
3）Open（打开的）==》开发人员正在修复此bug
4）Fixed（已修复的）==》bug已经被修复完成
5）Pending Reset（待测试）==》按bug优先级进行测试
6）Reset（测试） ==》测试人员进行测试
7）Closed(关闭)==》bug已被修复
8）reopen(再打开) ==》测试时发现bug依然存在则重新打开
面试1：你提的问题开发不认可怎么办？
1）首先确定下这个bug是不是因为自己误操作导致，或者是环境导致的
2）然后看下需求有没有变更，开发和产品知道，测试清楚
3）如果确实是bug，重现给开发看下，截图和录屏发给开发，并且站在用户角度和开发沟通清楚，确实不合理
4）如果还是不接受这个bug，就向产品经理和相关领导确认这格bug是否需要修改
面试2：偶现bug怎么处理
1）发现bug先截图，尽可能复现当时的场景，找到bug的规律
2）如果复现不了，先去看下后台日志，如果看到报错信息叫开发过来看下
3）如果验证过次还是没有复现，先把这个问题反馈给领导，继续跟踪bug
面试3：你怎么取定位问题呢？（怎么区分是前端还是后端的bug呢？）
1）如果是前端样式和字体 颜色 布局问题则是前端问题
2）用抓包工具或者f12去定位问题，如果是请求参数由问题则是前端问题
3）如果是返回数据由问题，则是后端接口问题或者是数据库问题
4）去服务器后台查看日志
面试4：你们是一家的bug流程是怎么样的？
多名测试人员发现bug，提交到bug管理工具禅道，请测试经理规范审核，测试经理
发现这个bug与之前重复了或者不是bug，如果时bug，指派给开发经理，开发经理指派
给对应的开发，开发人员根据bug的优先级进行修复，开发如果发现不是bug指回给测试
，优先级也高，bug越严重，开发修复好后指派给测试经理，测试经理根据bug对应人
指派给测试，测试人员进行回归测试，如果有问题继续提交，如果没有问题关闭bug
面试题5：你们bug一般包括哪些信息？
bug编号 ==》bug id
bug标题 ==》简单明了，是什么就是什么
bug等级 ==》（致命 严重 一般 建议）
bug的优先级  ==》高中低（1，2，3）
bug的重现步骤 ==》详细描述发现bug的步骤（包括测试数据）
bug的所属模块 ==》负责的模块
bug的附件      ==》截图或录视屏
bug的预期结果 ==》和需求保持一致
bug的实际结果 ==》测试结果
bug的所属版本 ==》v1.1
bug的创建人   ==》测试人
bug指派给谁   ==》对应开发