禅道：提bug、管理case 7.0

一、禅道的介绍

（1）定义禅道是一个项目管理工具，也是一个bug管理工具，还是一个用例管理工具。

（2）作用：为了解决众多企业在管理中出现混乱，无序的现象，开发出来

（3）来源：禅道属易软天川公司

（4 ）禅道是集于产品管理，项目管理，测试管理于一身，同时包含事务管理，组织管理8众多功能，是中小企业管理的首先工具

（5）架构：bs架构

（6）项目管理工具：

禅道、jira/confluence(鸡爪)，tapd（腾讯开发，敏捷开发）

（7）常用的用例管理工具：

禅道、testlink、test manage、飞蛾、test rail

（8）常见的bug管理工具：

bugfree、bugzilla、禅道

（9）为什么我们要学习禅道？

因为禅道集于用例管理工具，缺陷管理工具，项目工具一身

（10）禅道的特点？

a、开源、免费

b、安装简单

c、功能齐全

==========================================================

二、禅道的安装

1、下载安装包

2、点解解压，安装包的路径不要中文，或路径太长

3、点击安装包

4、

5、

6、点击访问禅道

7、点击开源版

8、输入账号，密码

9、搭建好禅道

==============================

三、禅道的使用

1、登录页面

2、禅道人员工作分布和安排

3、创建用户

（1）创建单个用户

（2）批量创建用户

（3）产品中：新增需求添加产品

求

（4）维护模块

（5）产品中的计划

（6）编辑需求

（7）添加项目

（8）项目中添加团队

（9）测试：测试用例，bug

（10）新建用例

（11）导出用例

2\导出数据

3\导出模板和数据

（12）导入用例

5、导入所有的用例

（6）用例的执行

（7）编辑用例

（1）

（8）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的编辑和提交内容

（6）关联用例提bug

（7）测试中的bug直接题bug

（8）批量添加bug

（9）bug 报表

（10）导出bug，生成bug清单

（11）导出bug的数据

（12）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）用户体验感不好

============================

优先级

bug的处理的时间

1级表示立即处理

2级表示紧急处理

3级表示正常处理

4级表示有时间处理

=======================

重现步骤

步骤

操作的流程

结果

实际测试结果

期望

预期结果

=======================

关联需求

工作中提交bug，一定要记得关联需求

=======================

bug生命周期：

一、bug 解决的基本流程

1、基本流程

新建bug（测试）=====指派给开发（前后端开发，测试指派）=======解决bug（开发）======待验证，（开发转给测试)=======验证bug（测试）==== 验证通过==关闭bug（测试）

2、异常流程（验证不通过情况）

新建bug（测试）=====指派给开发（前后端开发，测试指派）=======解决bug（开发）======待验证，（开发转给测试)=======验证bug（测试）====验证不通过===指派给开发（前后端开发，测试指派）=======解决bug（开发）======待验证，直到验证通过===关闭bug（测试）

3、异常流程（关闭bug后，激活bug）

新建bug（测试）=====指派给开发（前后端开发，测试指派）=======解决bug（开发）======待验证，（开发转给测试)=======验证bug（测试）==== 验证通过==关闭bug（测试）=======激活bug======指派开发======解决bug（开发）======待验证，（开发转给测试)=======验证bug（测试）==== 验证通过==关闭bug（测试）

在工作中已经提了bug，需要和对应的开发通知下，自己要跟进

============================================

面试题：

bug的解决方案：

（1）设计如此

（2）重复bug

（3）外包原因

（4）已解决（比较多）

（5）无法重现

（6）延期处理

（7)不予解决