禅道

项目管理工具之禅道

一、禅道的介绍
1、定义：禅道是一个项目管理工具、也是一个bug管理工具，还是一个用例管理工具
2、作用：为了解决众多企业在管理中出现混论、无序的现象，开发出来的
3、来源：禅道属于易软天创公司
4、禅道师集于产品管理、项目管理、测试用例管理于一身，同时包含事务管理，组织管理众多功能，是中小企业管理的首选工具
5、架构：属于bs架构 （web）
6、项目管理工具：禅道、jira（鸡爪）、tapd （腾讯开发）
7、常用用例管理工具：禅道、testlink、test manage、飞娥
8、常用的bug管理工具：禅道、bugfree、bugzilla等

9、禅道的优点：
开源、免费、安装简单、功能齐全
二、禅道安装
1、下载禅道的安装包
2、点击安装禅道的安装包：ZenTaoPMS.8.2.5.exe
3、安装路径建议不要有中文
4、安装有一个xampp的文件夹
5、点击【启动禅道】
6、点击开源
7、输入账号，密码
用户名：admin
密码：123456
8、跳转到禅道的主界面

三、禅道的使用
管理员：维护公司、添加用户、维护权限
产品经理：创建产品、维护模块、维护计划、维护需求、创建发布
项目经理：创建项目、维护团队、关联产品、关联需求、分解任务
研发人员：领取任务和Bug、更新状态、完成任务和Bug
测试人员：撰写用例、执行用例、提交Bug、验证Bug、关闭Bu

（一）创建用户
（1）单个用户创建
（2）批量用户创建

（二）产品经理
（1）创建产品
（2）创建计划
（三）项目经理
（1）添加项目
（2）设置团队：添加团队人员
（3）关联需求：
（4）维护子模块：编写模块划分
（5）建任务：将任务拆分给不同的人员

（四）测试
（1）单个用例编写
（2）批量给用例编写
（3）导入写好的用例

（五）用例的执行
（1）通过
（2）失败==bug

(六)新建bug
(1)点击bug管理新建bug
（2）用例执行失败产生bug
（3）bug内容（重点）：
所属产品、所属，模块、所属项目、当前指派、bug类型、操作系统、浏览器、影响版本
bug标题、严重程度、优先级、重现步骤、相关需求、

（4）bug类型：
a、代码镨洖
b、界面优化
c、设计缺陷
d、配置相关
e、安装部署
f、安全相关
g、性能问题
h、标准规范
i、测试脚本

（5）浏览器
lE11
IE10
IE9
IE8
IE7
lE6
chrome
firefox系列
firefox4
firefox3
firefox2
opera系列
opera11
opera10
opera9

（6）操作系统
Windows
Windows 8
Windows 7
Windows Vista
Windows XP
Windows 2012
Windows 2008
Windows 2003
Windows 2000
Android
IOS
WP8
WP7
Symbian
Linux
FreeBSD
OSX

（7）严重程度
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)优先级
1级：表示立即处理
2级：表示紧急处理
3级：表示正常处理
4级：表示有时间处理

（8）关联需求,关联项目
（9）bug的解决方法：
a、设计如此
b、重复Bug
c、外部原因
d、已解决
e、无法重现
f、延期处理
h、不予解决

（10）bug的生命周期
a、基本流程：
新建bug（测试）指派给开发（测试：前后端开发）开发解决bug，指派给测试（开发）待验证（测试）验证bug（测试）关闭bug（测试）
b、异常流程（验证不通过）
新建bug（测试）指派给开发（测试：前后端开发）开发解决bug，指派给测试（开发）待验证（测试）验证bug不通过（测试）指派给开发（测试：前后端开发）开发解决bug，指派给测试（开发）验证bug，直到验证通过==关闭bug（测试）

c、异常流程（先关闭bug，激活bug）
新建bug（测试）指派给开发（测试：前后端开发）开发解决bug，指派给测试（开发）待验证（测试）验证bug（测试）关闭bug（测试）激活bug重新指派给开发开发解决bug，指派给测试（开发）待验证（测试）验证bug（测试）==关闭bug（测试）

（11）工作中你认为是bug，开发认为不是bug，你会如何处理
总结从3个方面考虑：
(1)自我原因查找，检查自己测试过程中的问题或错误的问题，如404，自己ip写错，脏数据问题，如果不是自己的问题就找开发问题
（2）开发原因：
a、把页面具体的报错截图出来
b、把测试步骤记录下，重现步骤写清楚
c、看后台日志报错，把报错日志接出来
d、查看接口：接口请求参数正确，响应参数失败，是后端bug，请求请参数正确，响应参数正确，显示错误，就是前端bug
e、在和开发沟通，说明原因，说明严重程度
f、开发无法解决，在项目会议中提出，让其他开发协助解决；
（3）既不是开发测试原因，也不是开发原因，就要和产品沟通，确认是否产品问题
与开发沟通，开发是按需求开发，测试是按需求测试，少了某个环节，测试出bug，找开发，开发不让。找产品确认需求，是否遗漏功能点，少需求，需要补充；要产品发送邮件到整个项目组同步，给开发增加公工时去开发，测试在去补充用例，测试

（12）工作中出现了偶像bug，你会如何处理？（刚刚有bug，现在没有了）
偶现bug就是无法重现bug
解决方法:
1、先记录重现步骤，和报错具体的现象
2、通过性能测试执行，出现频率，或是否出现
3、在找开发查看源代码，查看逻辑是否有问题，让开发修改源代码
4、根据bug的严重程度，找测试经理确认，如果影响小，先记录下，写明原因，下一个版本解决或后期关注，如果影响大，找测试经理和开发经理协调修改。

（13）bug的状态：
bug的状态：
1、new （新的）
2、assigned(已指派)
3、open（打开）
4、fixd（修复）
5、pending reset（待再测）
6、close（已关闭）
7、reopen（再次打开）
8、pending reject(拒绝)
9、rejected（被拒绝）

二、svn安装
1、下载客户端和服务端

安装流程：
（1）先安装服务端
（2）在服务端创建仓库
（3）新建用户，新建用户组
（4）设置权限，服务端安装成功
（5）安装客户端（也叫小乌龟）
（6）安装桌面右键连接仓库
（7）输入账号和密码
（8）连接后就可以拖进，拖出文档
（9）或者chenkout 检出，在桌面通过文件夹上传下载
a、update 更新
b commit 提交
（10）要连接我的服务器的仓库或者同桌的服务器：将仓库改成ip
如：https://192.68.1.97:8443/svn/dcs67
（11）在对方的服务器中，添加用户，设置用户权限
（12）连接好，在上传文件，更新文档