禅道
一、禅道的介绍
(1)背景：项目管理软件，它是易软天创公司，为了解决众多企业在管理中出现混乱，无序的现象，开发出来的。
它是一个用例管理工具，bug管理工具，项目管理工具
她是集产品管理，项目管理，测试管理于一身，同时包含事务管理，组织管理众多功能，是中小企业项目管理的首选工具。
(2)技术架构：
b/s 架构 ，自助研发的php开发框架，禅道是php框架开发而成。通过这套框架，企业或者第三方的开发可以非常方便，灵活的对禅道进行功能的修改或者拓展。
禅道首次造型的将产品，项目，测试这三者，明确分工，产品人员，开发团队，测试人员，这三者分开，互相配合，互相制约，通过需求，任务，bug来进行交互，最终通过项目拿到合格产品。
项目管理工具：
常用的（禅道，jira/conflucence (鸡爪)，tapd (敏捷开发，腾讯公司的)）
常见的用例管理工具：
testlink ，test manage ，飞蛾，test rail ，禅道
常见的缺陷管理工具：bugfree，bugzilla ，禅道
为什么我们要学习禅道?
因为禅道是基于用例管理工具，缺陷管理工具，项目工具一身。
特点：1、开源、免费
2、安装简单
3、功能齐全
=================================================
二、禅道安装
安装步骤：
（1）下载禅道包，解压禅道
（2）解压后点击xampp
（3）点击启动禅道
（4）安装点击zentaopms.exe,备注：安装路径，不能有中文和特殊字符
（5）安装路径
(5)
如果有问题就可以卸载服务，或修改端口等配置
(6)
三、禅道的使用
1、输入账号和密码（admin 和123456）
2、
禅道人员工作分布和安排
管理人员：添加用户，管理平台，维护权限
产品: 创建产品，维修需求，创建发布，维护模块，维护计划
项目经理：创建项目，确定项目要做的需求
开发：领取任务、修改bug
测试：编写用例，执行用例，提bug，关闭bug
（3）创建用户
3.1批量添加用户
3.2添加部门
4、创建产品
5、项目中创建团队
6、创建计划
7、提需求
8、添加项目
9、建任务，
我们就是测试：
（1）写用例
编写用例：
批量添加用例：
导入用例：
导入有模板： 禅道中的用例有必填项，必须保证必填项存在，（建议从禅道先导出一份用例，在按导出的用例上传）
导出模板：
执行用例:通过或失败 ，失败以后就是bug
提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提交，bug的批量添加，bug的数据导出，生成bug报表
批量添加bug
生成报表：
导出bug：
导出bug的数据
bug等级：
bug等级：
1级bug （致命bug）
2级bug（严重bug）
3级bug （一般bug）
4级bug（建议性bug）
1级bug （致命bug）
必须优先修改，在测试汇总较少出现，一旦出现应立即中止当前版本测试；
致命bug：
（1）常规操作引起的崩溃，死机，死循环，内存泄露，无法启动，异常退出，严重花屏
（2）数据泄露，数据安全性问题， 如恶意攻击造成账户密码信息泄露
（3）涉及金钱，如支付类的软件，金钱的计算
（4）导致无法测试的错误：如服务器报500
（5）功能实际与需求严重不符
2级bug （严重bug）不影响其他功能测试的情况下可以基础该版本测试
（1）重要功能不能实现如：微信不能聊天，或发朋友圈
（2）错误的波及面广，影响其他重要功能实现（如系统刷新，数据不更新）
（3）非常规操作告知:崩溃，死机，死循环，比如：一个账号，多区域，多设备登录等
（4）外观难以接受的缺陷（如：页面失真，完全变形）
（5）密码铭文显示（需要脱敏）
（6）轻微的数据计算错误
3级bug （一般bug）
测试工作中存在最多的，解决率关系版本的优化程度
（1）次要功能不能实现：如表情包，添加文字
（2）操作页面错误
（3）查询错误，数据显示错误
（4）兼容性问题
4级bug（建议性bug）
测试初期较多，优先程度低，在测试后期出现较少，
（1）界面不规范 （如：风格，一半中文，一半英文）
（2）辅助说明描述不清
（3）日常描述实用专业术语不规范
（4）界面存在错误文字
（5）用户体验感不好
优先级：1，2, 3，4
1、表示立即处理
2、表示紧急处理
3、 表示正常处理
4、表示有时间处理
=========================
重现步骤：
1、前置条件
2、操作步骤
3、实际结果
4、预期结果
=========================
关联需求：
工作中提交bug，一定要记得关联需求
bug的生命周期
(1)bug解决的基本流程
新建bug（测试）-----指派给开发（测试）--------解决bug（开发）-------指派回测试（开发）--------验证bug（测试）-------验证通过，关闭bug（测试）
（2）bug解决的流程验证不通过，重新指派
新建bug（测试）-----指派给开发（测试）--------解决bug（开发）-------指派回测试（开发）--------验证bug（测试）-------验证不通过（测试）------指派给开发（说明原因）（测试）------开发在确认bug，修改bug（开发）------指派回测试（开发）-------验证bug（测试）-------验证通过，关闭bug（测试）
（3）bug解决的流程已关闭bug，再次出现
新建bug（测试）-----指派给开发（测试）--------解决bug（开发）-------指派回测试（开发）--------验证bug（测试）-------验证通过，关闭bug（测试）------激活bug----指派给开发-------开发修改bug-----验证----关闭bug
提交bug以后要指派给开发：（私下通知下开发）
解决bug的记录：
解决方案：
关闭bug
激活bug：
点击激活bug
=========================