一、禅道的介绍：
项目管理软件，它是易软天创公司，为了解决众多企业在管理中出现混乱，无序的现象，开发出来的。
她是集产品管理，项目管理，测试管理于一身，同时包含事务管理，组织管理众多功能，是中小企业项目管理的首选工具。
技术架构：
b/s 架构 ，自助研发的php开发框架，禅道是php框架开发而成。通过这套框架，企业或者第三方的开发可以非常方便，灵活的对禅道进行功能的修改或者拓展。
禅道首次长造型的将产品，项目，测试这三者，明确分工，产品人员，开发团队，测试人员，这三者分开，互相配合，互相制约，通过需求，任务，bug来进行交互，最终通过项目拿到合格产品。
项目管理工具：
常用的（禅道，jira/conflucence，tapd (敏捷开发，腾讯公司的)）
redmin、qc
常见的用例管理工具：
testlink ，test manage ，飞蛾，test rail ，禅道
常见的缺陷管理工具：bugfree，bugzilla ，禅道
为什么我们要学习禅道?
因为禅道她机遇用例管理工具，缺陷管理工具，项目工具一身。
二、禅道的安装：
第一步：
第二步：
第三步:点击启动禅道
第四步：点击访问禅道
注意点：
第五步：
三、禅道的使用：
1、禅道的用户分为：
（1）管理人员：维护公司，添加用户，维护去权限 （admin权限）
（2）产品经理：创建产品：更改，添加，删除产品 ，需求：
（3）项目经理：创建项目，确定项目要做的需求，
（4）研发人员：（领取开发任务，更新状态，完成任务）
（5）测试人员：(跟进测试进度，查看需求和任务，导入用例，执行用例，提bug，验证bug，关闭bug
使用3.1：
第一步：
（1）创建用户
（2）设置部门
（3）产品
需求：
维护子模块：
重点：测试导入用例
（1）
（2）
第一步：导出模板
查看导出的模板后缀为.csv
执行用例：
自己去软件上，按照用例步骤去操作，得到的实际结果和预期结果一致，为通过，否则为不同，还有一个状态是阻塞；
如果不通过，就是bug（也叫缺陷）
bug
bug包含的内容：
1、所属产品
2、所属项目
3、所属模块
4、影响版本
5、当前指派
6、bug类型
7、bug标题
8、bug严重级别
9、bug的优先级
10、重现步骤
11、相关联需求
当前指派：
bug的类型：
1、代码错误
2、设计缺陷
3、界面优化
4、配置相关
5、安装部署
6、安全相关
7、标准规范
8、测试脚本
9、性能问题
bug等级：
1级bug（致命bug），必须优先修改（在测试中较少出现，一旦出现应立即中止当前版本测试）
致命bug有：1、常规操作引起系统崩溃，死机，死循环，内存泄露，无法启动，异常退出，严重花屏
2、数据泄露，数据安全性问题，如恶意攻击造成账户密码信息泄露
3、涉及金钱，如支付类的软件，金钱的计算错误
4、导致无法测试的错误：如服务器报500
5、功能设计与需求严重不符
2级bug（严重bug）：不影响其他功能测试的情况下可以继续该版本测试
2.1重要功能不能实现如（微信没有实时语音聊天，不能发朋友圈）；
2.2 错误的波及面广，影响其他中重要功能实现（如系统刷新，数据不能更新）
2.3非常规操作告知程序崩溃，死机，死循环，（异常操作：如登录qq在不同地点，北京，上海，杭州，同时每个地点使（手机，电脑，平台同时登录一个qq，）
2.4外观难以接受的缺陷（如：页面失真，完全变形）
2.5密码明文显示（需要脱敏）
2.6轻微的数值计算错误
3级bug（一般bug）
实际测试中存在的最多，解决率关系版本的优化程度
3级bug有：1、次要功能不能实现 如：如表情包，添加文字等
2、操作界面错误
3、查询错误，数据显示错误
4、兼容性问题 （浏览器）
4级bug（建议性bug）
测试初期较多，优先程度低，在测试后期出现较少，应及时处理
如：1、界面不规范（如风格，一半中文，一般英文）
2、辅助说明描述不清
3、日常描述实用专业术语不规范
4、界面存在错误文字
5、用户体验感不好
优先级：
（1，2，3，4）
1 立即处理
2紧急处理
3正常处理
4有时间处理
重现步骤：
前置条件，操作步骤，实际结果，期望结果
工作中要注意让bug 添加相关需求，那一个需求的bug；
表示已建好一个bug
bug解决流程和历史记录
验证bug，填写，解决方案
bug的生命周期：
一个bug被发现到这个bug被关闭的过程。
生命周期一般bug的状态：
第一种：新建bug（测试）----指派（测试）----已解决（开发）-----待验证(测试)-----验证通过----关闭bug（测试）
第二种：新建bug（测试）----指派（测试）----已解决（开发）-----待验证(测试)-----验证(不通过）-----转回开发，说明原因-----开发在确认，修改---待验证------验证（通过） ----- 关闭bug（测试）
第三种：新建bug（测试）----指派（测试）----已解决（开发）-----待验证(测试)-----验证通过----关闭bug（测试）---重现bug-----激活bug----修改----验证-------关闭；
激活bug：
工作中你认为是bug，开发认为不是bug，你是怎么处理？
总结：三个方向：1、测试自我检测，是否自己测试过程有问题或自己疏忽的问题（如：页面报404，自己服务没启动），如果测试排除自我原因就是开发的原因，
2、开发原因
2.1我会把测试步骤记录下来，重现步骤，
2.2把报错的日志截图报错截图，出现页面错误提示也截图，以及错误数据等（把所有报错的数据收集）
2.3微信或电话沟通，如果沟通不了
2.4现场沟通，现场操作bug流程，以及报错，在要开发改，
--------可以和测试经理反映去处理，测试经理一般会开发经理沟通（或直接找项目经理），请求开发协助，
3、既不是测试原因，也不是开发原因，是产品的原因
与开发沟通，开发是按需求开发；测试测试不了，少了一个步骤或一个流程；你就要产品沟通，确认你需要测试环节是不是在需求没有考虑大场景，如果确认是产品原因，那么就需要产品发送邮件通知项目组人员，添加需求，开发在按需求去开发，测试在去测试。
bug状态：
1、new （新的）
2、assigned(已指派)
3、open（打开）
4、fixd（修复）
5、pending reset（待再测）
6、close（已关闭）
7、reopen（再次打开）
8、pending reject(拒绝)
9、rejected（被拒绝）
偶现bug：（也是偶尔出现bug）
无法重现bug：解决
1、先记录重现bug的步骤，和报错的现象；
2、再与产品和开发描述bug现象，确认bug的严重程度；
3、尽量去重现或让直接查看代码，查看逻辑是否有问题；让开发去修改；
4、bug 根据严重程度，找测试经理确认，影响小：不影响版本，先记录，写明原因，下一个版本解决或后期关注；如果影响大：找测试经理确认，去开发经理去协调修改；
三种状态：
上线bug为0：
不予以解决，先关闭，先上线，备注
要解决：写明原因给开发，
延期解决，写明情况后续，版本进行关注
日志的 级别：
5个日志级别和2个日志开关
debug：输出调试信息，指出运行信息和对调试应用程勋非常有帮助
info：输出提示信息
warn：输出警告信息，表面会出现潜在的错误信息
error ：输出错误信息
fatal： 输出致命无误信息
级别：从高到低
fatal>error>warn>info>debug
all level ：打开所有日志记录开关；
off level ：关闭所有日志记录开关；