禅道：
一、介绍禅道
（1）项目管理软件，它是易软天创公司，为了解决众多企业在管理中出现混伦，无序的现象，开发出来的
他它是基于产品管理，项目管理，测试管理于一身，同时包含事务管理，组织管理众多功能，是中小企业项目管理的首选工具
（2）技术架构:
bs 结构，禅道是将产品，项目，测试者三者明确分工，产品人员，开发团队，测试人员，这三者分开，互相配合，互相制约，通过需求，任务，bug来进行交互，最终通过项目拿到合格产品
（3）项目管理工具：
禅道 （讲）
jira（鸡爪）
tapd （腾讯）
（4）用例管理工具
testlink，test manage ，禅道
（5）缺陷管理工具
bugfree 、bugzilla、禅道
（6）为什么使用禅道？
基于用例管理工具，缺陷管理工具，项目管理工具
=========================================================
二、禅道的安装
1、下载禅道
2、
3、
4、备注安装路径不要有中文
5、选择开源版
===============================
禅道的使用：
1、输入账号，密码
2、熟悉禅道中的人员和工作分配事项
管理人员：
维护公司、添加用户，维护权限
产品经理：创建产品，更改，添加，删除，维护需创建发布
项目经理：创建项目，维护团队，关联产品，关联需求，分解任务
测试人员： 编写用例，执行用例，提交bug，验证bug，关闭bug
3、创建用户
组织--添加用户
添加单个用户，批量添加用户，添加分组
==========================
产品：
创建产品：
模块维护：
产品计划
产品提需求
==========================================
项目：
-================================
测试模块
（1）用例
a、写用例
b、导出用例
c、导入
d、手动执行后去，填写执行结果
====================================================
bug：
bug的包含内容：
1、所属产品
2、所属项目
3、所属模块
4、影响版本
5、当前指派 （开发）
6、bug类型 （代码错误，设计缺陷，界面优化，配置相关，安装部署，安全相关，性能问题，标准规范，测试脚本）
7、bug标题
8、bug严重程度
9、bug优先级
10、重现步骤
11、相关联需求
bug类型：
操作系统：
浏览器：
================================
bug的严重程度
致命bug （比如，死机，死循环，内存泄露，无法启动，异常退出，严重花屏，数据，金钱，功能与需求不符）
严重bug
（比如：重要功能，错误的波及广，非常规死机，外观难以接受，密码铭文显示，轻微的数据计算错误）
一般bug
在实际工作中较多（比如：次要的功能，操作界面错误，查询错误，兼容性错误）
建议性bug
测试初期较多，优先度低，在测试后期出现较少，应及时处理
（比如：界面不规范，辅助说明不清楚，界面存在错别字，用户体验不好）
=================================
优先级：（对应用例高中低）
1、立即处理
2、 紧急处理
3、正常处理
4、有时间处理
================================
bug处理：
1、编辑bug
2、验证bug
3、关闭bug
bug的生命周期：
从一个bug创建到一个bug的关闭；
第一种：新建bug（测试）===指派给开发（测试）===== 解决bug（开发）====待验证（测试）====验证通过（测试）=====关闭bug（测试）
第二种：新建bug（测试）===指派给开发（测试）===== 解决bug（开发）====待验证（测试）====验证失败（测试）=== 指派给开发（测试））===== 解决bug（开发）====待验证（测试）====验证通过=关====闭bug（测试）
第三种：新建bug（测试）===指派给开发（测试）===== 解决bug（开发）====待验证（测试）====验证通过（测试）=====关闭bug（测试）====bug重现了=====激活bug（测试）====指派给开发=====开发在解决验证======验证通过======关闭
bug状态：
new 新建
assigned（已指派）
open（打开）
fixd（修复）
pending reset 待复测
close 关闭
reopen 再次打开
pending reject 拒绝
rejected 被拒绝
========================================
工作中你认为是bug，开发认为不是bug，你是怎么处理？
总结：三个方向
1、测试的原因
测试自我检测，是否自己测试过程有问题或自己疏忽的问题（如：页面显示404，自己启动），排除测试自我原因，
2、开发原因
（1）把页面错误提示，截图下来
（2）查看后台报错日志 ，
（3）查看接口，接口入参正确，返回参数错误就是后端问题；接口入参正确，返回参数也正确就是前端问题
（4）和开发沟通，沟通不行，就现场照开发复现bug，要开发改；
（5）如果确定开发的问题，可以找相关负责测试人，安排人协助修改
3、既不是开发的原因，也不是测试原因，就是产品原因；
开发按需求开发的，测试按需求测试的，但是少了一个步骤，功能，就要和产品核对，确认问题，如果是产品的遗漏就要产品，发送邮件通知整个项目组，增加需求或功能点，开发在去开发需要工时，测试在测试。
========================================
偶现bug（偶尔出现的bug）
-----刚才有这个问题，现在又没有了？
解决：
1、先记录bug重现步骤和报错的现象；
2、再看日志有没有报错
3、找开发描述现象，确认bug严重程度
4、尽量去复现或直接查看代码，查看逻辑是否有问题，让开发修改
5、根据bug的严重程度，找相关负责人确认，影响小，不影响版本，先记录，写明原因，下一个版本解决或后期关注，如果影响大，找测试经理认，去和开发协调修改。
======================
三种状态：
1、上线bug为0
2、不予以解决，先关闭，先上线，备注下一个版本修改；
3、要解决，写明原因，给开发
延期解决，说明情况后续版本进行关注
======================
bug的解决方法
