Day8：禅道的使用方法、bug的知识点

一、禅道的介绍

（1）定义禅道是一个项目管理工具，也是一个bug管理工具，还是一个用例管理工具。
（2）作用：为了解决众多企业在管理中出现混乱，无序的现象，开发出来
（3）来源：禅道属易软天创公司
（4 ）禅道是集于产品管理，项目管理，测试管理于一身，同时包含事务管理，组织管理8众多功能，是中小企业管理的首先工具
（5）架构：bs架构

（6）项目管理工具：

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

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

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

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

bugfree、bugzilla、禅道、jira

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

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

（10）禅道的特点？

a、开源、免费
b、安装简单
c、功能齐全

二、禅道的使用：

1）输入账户密码登陆：admin     密码：123456（举例）

2）创建/添加用户

创建产品

创建模块

创建计划

添加需求

新建用例

导入用例

导出用例

在用例后面提bug

提bug页面

直接提bug

提bug可选优先级

bug的解决方案：设计如此、重复bug、外观原因、已解决、无法复现、延期处理、不予处理

已关闭bug后面重新复现可重新激活bug

bug也可以导出EXCEL格式

三、提 bug包含的内容：

1、所属产品、所属项目、所属模块、影响版本、当前指派、bug类型、bug标题、bug严重级别、bug优先级、重现步骤、实际结果、预期结果、关联需求

四、bug类型：

1、代码错误、界面优化、配置相关、安装部署、性能问题、标准规范、测试脚本、其他

五、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的基本流程

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

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

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

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

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

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

七、工作中你认为是bug？ 开发认为不是bug，你是如何处理

1）能复现的bug

总结：三个方向：

（1）自我原因，检查自己的测试过程或疏忽的问题，如：页面404，服务未启动，自己配置错了等。

（2）开发原因：

a.你把报错的图片截取出来

b.把测试步骤记录下来，重现bug步骤

c. 查看后台的日志，把日志错误查找出来

d、在和开发进行沟通，说明原因；如果电话沟通不了，现场沟通，操作bug说明报错。

e.如果开发还是不认，需要找开发经理，协调测试，请求其他开发辅助解决；

 

（3）既不是开发原因，也不是测试原因，是产品原因

与开发沟通，开发是按需求开发，测试是按需求测试，测试的时候发现测试不了，少了某个步骤或环节，测试不了，找到开发，开发不认。找产品确定功能点，是不是产品遗漏了，如果是产品少了需求，就要从产品通过邮件发送整个项目组，补上需求，给开发加上工期，测试在测试。

 

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

2）偶现bug（无法重现的bug）

工作中出现了偶现的bug如何处理？（刚刚有，现在没有了）

偶现bug就是无法重现的bug：

解决方案‘：

1、先记录重现步骤，和报错的现象

2、在与开发交流，描述bug的现象，确认bug的严重程度；

3、尽量去重现或查看源代码，查看逻辑是否有问题，让开发修改

4、根据bug的严重程度，找测试经理确认：影响小，不影响版本，先记录下，写明原因，下一个版本解决或后期关注；如果影响大，找测试经理和开发经理协调修改

八、bug的状态：

1、new （新的）

2、assigned(已指派)

3、open（打开）

4、fixd（修复）

5、pending reset（待再测）

6、close（已关闭）

7、reopen（再次打开）

8、pending reject(拒绝)

9、rejected（被拒绝）

九、课后作业：

1、bug包含哪些内容 ？

所属产品、所属模块、所属项目、影响版本、当前指派、bug类型、bug标题、重现步骤（操作步骤、实际结果、预期结果）、优先级、关联需求、有时也会有附件关于bug的截图

2、bug的等级？

1级致命级bug、2级严重级bug、3级一般性bug、4级建议性bug

3、bug的优先级？

高、中、低 

4、bug的原因？

测试原因（测试步骤有问题、环境配置有问题）、开发原因（代码问题、逻辑问题、页面展示问题）、需求文档原因（需求文档未明确，后增加的需求等）

5、bug的状态？

new （新的）、assigned(已指派)、open（打开）、fixd（修复）、pending reset（待再测）、close（已关闭）、reopen（再次打开）、pending reject(拒绝)、rejected（被拒绝）

6、用例包含哪些内容？

用例ID、用例标题、前置条件、测试步骤、预期结果、实际结果、优先级、执行人员、执行时间、测试状态、备注等

7、bug的导入和导出的步骤？

8、你认为是bug，开发认为不是bug，如何处理？

先检查是不是自己这边测试步骤有问题，或者环境配置有问题，如果都没问题，且需求里有明确的内容和可以复现的话就可以找开发去沟通，提供复现流程视频/截图，或当面复现bug，让开发去查看error报错日志或代码，如果开发还是不认，可以找开发经理去协商解决；如果是需求文档遗漏导致测试进行不下去可以找产品（BA）去确认功能点或需求，后面再开会协商补充需求，并让开发、测试进行估点，排工期！

9、bug的生命周期？

一般：发现bug、新建bug、修复bug、复测bug、关闭bug

其他情况：发现bug、新建bug、修复bug、复测bug（未通过）、重新激活bug、修复bug、复测bug ....直到最后复测通过后关闭bug

10、禅道是一个什么样的工具？

项目管理工具、用例管理工具、bug管理工具

11、禅道的优点？

开源、免费、安装简单、功能齐全

12、禅道工具的作用？

13、上线前出现bug如何操作？

先复现bug，如果能复现，让开发马上修复，如果bug修复困难，评估影响程度，影响较轻且不影响主流程使用，可以先把block住，并且备注说明，留到下一次去更新迭代；如果影响严重，则立马回退版本，等bug修复完后再重新选择日期安排上线

14、偶现bug如何处理？

先记住步骤和报错现象‘找开发沟通，评估影响程度，让开发去排查代码、逻辑是否有问题，让开发修改。找测试经理和开发经理评估bug的影响程度，影响小，先记录、备注好，等下个版本修复或者后续关注，影响程度大，可以让测试经理和开发经理协商解修改

15、测试在禅道做哪些工作？

写测试用例、上传测试用例、提bug、复测bug