禅道
一、禅道的介绍
1、禅道是一个项目管理工具、bug管理工具、用例管理工具；
2、作用：为了解决企业中的管理中混乱、无序的现象
3、来源：易软天创公司
4、架构：bs 架构
5、项目管理工具：
禅道、tapd（腾讯）、jira（鸡爪）
5、用例管理工具
禅道、testlink、test manage、非蛾
6、bug管理工具
bugfree、禅道、bugzilla
7、学习禅道：主要是因为禅道给予项目管理、用例管理、bug管理一身，
8、禅道的特点？
a、开源、免费
b、安装简单
c、功能齐全
二、禅道的安装
1、下载禅道的安装包
2、点击安装、安装的路径（建议不要有中文）
3、解压，点击启动禅道
4、访问禅道
5、页面点击【开源版】
6、输入账号：admin 密码：123456
7、进入到禅道中
三、禅道的使用
（1）组织中：添加用户
单个添加用户、批量添加用户、添加分组
（2）产品
创建产品、提需求、计划、
（3）项目经理
添加项目、设置团队、任务（建任务）、
（4）测试
建用例（单个用例设计、批量用例设计）、提bug
用例的导出，编辑用例、再导入到禅道中
bug：
（1）单独提bug
（2）测试用例失败，创建bug
（3）用例的三种结果：通过、失败、阻塞
（4）bug的内容
（包含：所属产品、所属模块、所属项目、当前指派、bug类型、操作系统、浏览器、
bug标题、严重程度、优先级、重新步骤、相关需求）
（5）bug类型：
代码错误、界面优化、设计缺陷、配置相关、安装部署、性能问题、安全问题、标准规范、
测试脚本等
（6）操作系统：
windows11、windows10、windos7、linux、macos、
（7）浏览器：
谷歌、uc、ie 、火狐等
（8）bug等级
1级bug （致命bug）
2级bug（严重bug）
3级bug（一般bug）
4级bug（建议性bug）
（9）优先级
bug的处理时间：
1级 表示立即处理
2级 表示紧急处理
3级 表示正常处理
4级表示有时间处理
（10）重现步骤：
步骤：bug出现的
实际结果：
预期结果：
（11）相关需求
工作中提交bug、一定要记得关联需求
（12）
bug的生命周期
a、新建bug（测试）指派给开发（前后端开发，测试指派）开发验证bug（开发）解决bug（开发）转回给测试，待验证（开发）测试验证验证通过关闭bug
b、bug的生命周期
新建bug（测试）指派给开发（前后端开发，测试指派）开发验证bug（开发）解决bug（开发）转回给测试，待验证（开发）测试验证验证不通过重新指派给开发（前后端开发，测试指派）开发验证bug（开发）解决bug（开发）转回给测试，待验证（开发）测试验证直到验证通过关闭bug
c、新建bug（测试）指派给开发（前后端开发，测试指派）开发验证bug（开发）解决bug（开发）转回给测试，待验证（开发）测试验证验证通过关闭bugbug二次出现激活bug二次指派给开发（前后端开发，测试指派）开发验证bug（开发）解决bug（开发）转回给测试，待验证（开发）测试验证验证通过关闭bug
在实际工作中提了bug，要通知开发，微信和电话告知
（13）bug解决 方法：
a、设计如此
b、重复bug
c、外部原因
d、已解决
e、无法重现
f、延期处理
g、不予以解决
（14）bug的状态
1、new （新的）
2、assigned(已指派)
3、open（打开）
4、fixd（修复）
5、pending reset（待再测）
6、close（已关闭）
7、reopen（再次打开）
8、pending reject(拒绝)
9、rejected（被拒绝）
（15）测试认为是bug、开发认为不是bug，你是如何处理？
开发和测试事相互合作，不是对立关系
从三个角度来分析
测试：检查自己测试过程，测试中出现问题，有问题及时解决；比如：自己ip地址，服务器没有启动
开发：测试检查不是自己问题，（1）将报错现象截图出来，分析报错，（2）把重现的步骤记录下来；（3）将后台的日志，把错误日志找出来 （4）在和开发沟通（群里沟通，电话沟通，现场沟通）说明bug的问题（5）找开发经理安排开发辅助解决
产品：既不是开发问题，也不是测试问题，是产品的原因
开发说需要上有的内容我都做了，测试测试不了，是你的事；测试中少个某个环节，某个功能。
找产品确认产品的功能，是不是少了模块，设计，如果遗漏就要产品补充，发送邮件到整个项目组，开发区增加工时开发，测试在补充用例测试。
（16）工作中出现了偶现bug如何处理？（刚刚有错，现在没有了）
偶现bug就是无法重现的bug：
解决方法：
a、先记录重现步骤和报错现象
b、到后台的日志中查找报错的日志
c、和开发沟通出现bug的现象，描述bug严重程度，出现的频率
d、尽量的去重现或查看代码，查看逻辑是否存在问题，让开发修改
e、根据bug的严重程度，找测试经理确认：影响小，不影响版本，先记录下，写明原因，下一个版本解决，；如果影响大，找测试经理和开发经理协调修改。
（17）上线时间不能修改，在快上线的时间内，发现了bug如何处理？
a、重现bug、根据重现步骤，记录下来
b、分析bug的严重程度大，严重就阻止线，需要修改；严重程度小，记录下来，下个版本解决。
c、或者在最短时间内找到问题，让开发修改，测试验证，在回归上线，确保质量