禅道:
一、介绍禅道
(1)项目管理软件,它是易软天创公司,为了解决众多企业在管理中出现混伦,无序的现象,开发出来的
他它是基于产品管理,项目管理,测试管理于一身,同时包含事务管理,组织管理众多功能,是中小企业项目管理的首选工具
(2)技术架构:
bs 结构,禅道是将产品,项目,测试者三者明确分工,产品人员,开发团队,测试人员,这三者分开,互相配合,互相制约,通过需求,任务,bug来进行交互,最终通过项目拿到合格产品
(3)项目管理工具:
禅道 (讲)
jira(鸡爪)
tapd (腾讯)
(4)用例管理工具
testlink,test manage ,禅道
(5)缺陷管理工具
bugfree 、bugzilla、禅道
(6)为什么使用禅道?
基于用例管理工具,缺陷管理工具,项目管理工具
=========================================================
二、禅道的安装
1、下载禅道
2、
3、
4、备注安装路径不要有中文
5、选择开源版
===============================
禅道的使用:
1、输入账号,密码
2、熟悉禅道中的人员和工作分配事项
管理人员:
维护公司、添加用户,维护权限
产品经理:创建产品,更改,添加,删除,维护需创建发布
项目经理:创建项目,维护团队,关联产品,关联需求,分解任务
测试人员: 编写用例,执行用例,提交bug,验证bug,关闭bug
3、创建用户
组织--添加用户
添加单个用户,批量添加用户,添加分组
==========================
产品:
创建产品:
模块维护:
产品计划
产品提需求
==========================================
项目:
-================================
测试模块
(1)用例
a、写用例
b、导出用例
c、导入
d、手动执行后去,填写执行结果
====================================================
bug:
bug的包含内容:
1、所属产品
2、所属项目
3、所属模块
4、影响版本
5、当前指派 (开发)
6、bug类型 (代码错误,设计缺陷,界面优化,配置相关,安装部署,安全相关,性能问题,标准规范,测试脚本)
7、bug标题
8、bug严重程度
9、bug优先级
10、重现步骤
11、相关联需求
bug类型:
操作系统:
浏览器:
================================
bug的严重程度
致命bug (比如,死机,死循环,内存泄露,无法启动,异常退出,严重花屏,数据,金钱,功能与需求不符)
严重bug
(比如:重要功能,错误的波及广,非常规死机,外观难以接受,密码铭文显示,轻微的数据计算错误)
一般bug
在实际工作中较多(比如:次要的功能,操作界面错误,查询错误,兼容性错误)
建议性bug
测试初期较多,优先度低,在测试后期出现较少,应及时处理
(比如:界面不规范,辅助说明不清楚,界面存在错别字,用户体验不好)
=================================
优先级:(对应用例高中低)
1、立即处理
2、 紧急处理
3、正常处理
4、有时间处理
================================
bug处理:
1、编辑bug
2、验证bug
3、关闭bug
bug的生命周期:
从一个bug创建到一个bug的关闭;
第一种:新建bug(测试)===指派给开发(测试)===== 解决bug(开发)====待验证(测试)====验证通过(测试)=====关闭bug(测试)
第二种:新建bug(测试)===指派给开发(测试)===== 解决bug(开发)====待验证(测试)====验证失败(测试)=== 指派给开发(测试))===== 解决bug(开发)====待验证(测试)====验证通过=关====闭bug(测试)
第三种:新建bug(测试)===指派给开发(测试)===== 解决bug(开发)====待验证(测试)====验证通过(测试)=====关闭bug(测试)====bug重现了=====激活bug(测试)====指派给开发=====开发在解决验证======验证通过======关闭
bug状态:
new 新建
assigned(已指派)
open(打开)
fixd(修复)
pending reset 待复测
close 关闭
reopen 再次打开
pending reject 拒绝
rejected 被拒绝
========================================
工作中你认为是bug,开发认为不是bug,你是怎么处理?
总结:三个方向
1、测试的原因
测试自我检测,是否自己测试过程有问题或自己疏忽的问题(如:页面显示404,自己启动),排除测试自我原因,
2、开发原因
(1)把页面错误提示,截图下来
(2)查看后台报错日志 ,
(3)查看接口,接口入参正确,返回参数错误就是后端问题;接口入参正确,返回参数也正确就是前端问题
(4)和开发沟通,沟通不行,就现场照开发复现bug,要开发改;
(5)如果确定开发的问题,可以找相关负责测试人,安排人协助修改
3、既不是开发的原因,也不是测试原因,就是产品原因;
开发按需求开发的,测试按需求测试的,但是少了一个步骤,功能,就要和产品核对,确认问题,如果是产品的遗漏就要产品,发送邮件通知整个项目组,增加需求或功能点,开发在去开发需要工时,测试在测试。
========================================
偶现bug(偶尔出现的bug)
-----刚才有这个问题,现在又没有了?
解决:
1、先记录bug重现步骤和报错的现象;
2、再看日志有没有报错
3、找开发描述现象,确认bug严重程度
4、尽量去复现或直接查看代码,查看逻辑是否有问题,让开发修改
5、根据bug的严重程度,找相关负责人确认,影响小,不影响版本,先记录,写明原因,下一个版本解决或后期关注,如果影响大,找测试经理认,去和开发协调修改。
======================
三种状态:
1、上线bug为0
2、不予以解决,先关闭,先上线,备注下一个版本修改;
3、要解决,写明原因,给开发
延期解决,说明情况后续版本进行关注
======================
bug的解决方法