多测师拱墅校区_肖sir_项目管理工具禅道

项目管理工具：
一、禅道的介绍
1、背景：项目管理软件，他是易软天创公司，为了解决众多企业在管理中出现混乱，无序的现象，开发出来的。
2、禅道是一个用例管理工具、bug管理工具、项目管理工具；
3、禅道是基于产品管理，项目管理，测试管理于一身，同时包含事务管理，组织管理众多功能，是中小企业项目管理的首选工具；
4、禅道是bs架构。自主研发的php开发框架、禅道是php框架开发而成。通过这个框架，企业或者第三方的开发可以非常法方便、灵活多禅道进行秀发或拓展。
5、禅道首次造型就是将产品、项目、测这三者明确分工、产品人员、开发团队、测试人员，这三者分开、互相配合、互相制约、通过需求、任务、bug来进行交互，最终通过项目拿到合格产品。
6、
项目管理工具：
常用：禅道、jira（鸡爪）、tapd（腾讯）
常用的用例管理工具：
testlink、testmanage、禅道
常用的bug管理工具：
bugfree、bugzlilla、禅道

7、为什么要学习禅道？
因为禅道是基于用例管理工具、bug管理工具、项目管理工具一身。
8、禅道的特点？
（1）开源、免费
（2）安装简单
（3）功能齐全

================================================
二、禅道的安装
注意点：
（1）安装的路径发不能有中文或特殊符号
（2）路径不要太深

第一步：

第二步：

第三步：

第四步：

第五步：

第六步：

第七步：

第八步：

第九步，表示安装成功：

三、禅道的使用：

1、禅道润园工作分布和安排

测试人员的工作和安排：

（一）创建用户

（1）添加单个用户

(2)批量添加用户


(二)添加产品

（三）添加需求

（2）维护莫模板

（3）创建计划

（3）需求

（4）

（四）项目

添加项目：

设置团队：

建任务：


项目下提需求：

测试工作职责：
测试：
（1）建用例
a、建单个用例

b、批量创建用例

导出用例：

导出用例：

导入用例：
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）其他

系统：
window系统

浏览器：

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、设计如此
2、重复bug
3、外部原因
4、已解决
5、无法重现
6、延期处理
7、不予解决

=================================
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

在工作中：
（1）提交bug以后要通知对应开发；
（2）跟进bug进度和开发沟通；

=================================
你认为是bug，开发bug认为不是bug，你是怎么处理？
总结：三方方向：
1、测试自我检测、是否自己测试过程有问题或自己疏忽问题（如：页面报404，自己服务器没有启动，环境配置配错），如果测试排查不是自我原因在开发原因；
2、开发原因
（1）把报错的图截出来，记录重现步骤
（2）看接口，接口的请求的数据是对的，返回的数据业是对的，但是页面显示错误的，就是前端的问题；如接口的请求的数据是对的，返回的数据业是错的，就是后端的问题；
（3）看报错日志，将报错日志截图出来，通过看上下报文在分析问题
（4）以上做好以后，和开发电话沟通；
（5）现场沟通，现场操作说明步骤和影响，要开发改
（6）找开发经理或测试经理去处理，请求开发协助
3、既不是开发的问题，也是测试问题，是产品的原因
与开发沟通，开发时按需求来开发的， 测试是按测试需求来测试的，发现缺少步骤或流程，就要和产品沟通，确认你的测试环节是不是在需求某一个步骤或场景，如果是产品的原因，那么就要产品通过邮件通知整个项目组，添加需求，开发在按需求去开发，测试在去测试。

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

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

=================================
偶现bug 偶尔出现的bug)

无法重现bug（解决）
1、先记录重现bug的步骤和报错的现象
2、与产品，开发描述bug现象，确认bug严重程度；
3、尽量去重现或直接查看代码，查看逻辑是否有问题，在让开发去修改；
4、bug跟进严重程度，找房测试经理确认，影响的程度；如果影响小，不影响版本，先记录，写明原因，下一版本解决或后期关注；如果影响大，找测试经理确认，去开发经理协调修改；

=================================
上线：
（1）bug为0
（2）如果不予以解决，先关闭，先上线，在备注
（3）要解决：写明原因开发 ，比如 延期修改，写明情况，后续版本进行关注

=============================================================
拓展知识：
（1）
tapd敏捷开发项目管理工具：
网站：https://www.tapd.cn/official/select_version
页面：

（2）jira 中大型公司在用