肖sir__项目管理工具之禅道__013

项目管理工具之禅道

一、项目管理工具介绍
1、禅道是一个项目管理软件，它是易软天创公司，为了解决众多企业在管理中出现混乱，无序的现象，开发出来的
它是基于产品管理，项目管理，测试管理于一身，同时也包含事务管理、组织管理众多功能，是中小企业项目管理的首选工具

二、禅道的架构：
bs架构
禅道是将产品、项目、测试者三者明确分工，产品人员，开发团队，测试人员这三者分开，互相配合，互相制约，通过需求、任务、bug来进行交互，最终通过项目拿到合格的产品。

三、
（1）项目管理工具
禅道、jira（绰号：鸡爪） 、 tapd（腾讯）
（2）用例管理工具：
testlink、testmang、禅道
（3）缺陷管理工具
bugfree、禅道

禅道基于用例管理工具、缺陷管理工具、项目管理工具 一身

=======================================================
四、禅道的安装

1、禅道的安装包

2、点击安装包，选择路径（不要带有中文）


3、

4、点击【启动禅道】

5、点击启动禅道：

6、访问禅道

7、跳转到浏览器;
http://127.0.0.1/index.php

8、输入账号密码：
admin
123456

9、表示安装完成

六、禅道的使用：
1、登录：admin 123456
2、熟悉禅道中人员和工作分配

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

3、创建用户====管理人员

组织：添加用户（添加单个用户、批量添加用户、添加分组）

a、添加单个用户

b、批量添加用户;


c、添加分组

4、产品===产品经理操作
（1）新增产品，在编辑产品内容

（2）有产品就提需求
a、

b、在产品中添加模块

c、产品中的计划

用例：用例====测试工作
工作：新建单个用例、批量添加用例、导入用例、导出用例

a、添加单个用例

b、批量编写用例

c、导出用例
（1）导出数据和模板

用例要素


注意点：必填写项必须存在


导入：


注意：导入的文件后缀名.csv

bug讲解
1、用例有三种状态（失败、通过、阻塞）
失败生成bug
通过用例关联bug


2、bug内容

bug包含了哪些内容：
1、所属产品
2、所属模块
3、所属项目
4、影响版本
5、当前指派
6、bug类型
7、操作系统
8、bug标题
9、严重程度
10、优先级
11、重现步骤
12、相关需求

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

4、操作系统（linux）

5、浏览器

6、严重程度（1级、2级、3级、4级）
（1）致命bug（1级）：
比如: 死机、死循环、内存泄露、无法启动、异常退出、严重花屏、数据、金钱、功能与需求不符
（2）严重bug
比如：重要功能点、错误的波及官广、非常规死机、外观难以接受、密码铭文显示，轻微的是数据计算错误
（3）一般bug
在实际工作中比较多（比如：次要的功能、操作界面错误、查询错误、兼容性错误）
（4）建议性bug
比如：界面不规范、辅助说明不清楚、界面存在错别字、用户体验不好

5、优先级
高中低
1、1表示立即处理
2、2表示紧急处理
3、3表示正常处理
4、4表示有时间处理

6、重现步骤：
a、[前置条件]
b、[用例步骤]
c、[实际结果]
d、[期望结果]

7、关联需求
bug要管理需求

8、提bug方式

1、通过用例提bug
2、直接点击bug模块

3、批量提bug

bug指派


9、bug导出：

导出bug清单

=========================================
bug的生命周期：
第一种：
新建bug（测试）》指派给开发（测试）》开发验证bug（开发）》解决bug（开发）》转回给测试（开发）》待验证（测试）》验证通过（测试）==》关闭bug（测试）

第二种：
新建bug（测试）》指派给开发（测试）》开发验证bug（开发）》解决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，自己没有启动，测试版本bug，脏数据），排除测试自己原因；
（2）开发原因：
a、把页面错误提示，截图出来
b、查看后端报错日志
c、查看接口，如够接口入参正确，返回参数错误，后端bug；如果入参正确，返回参数正确，页面显示错误，就是前端bug
d、和开发沟通，微信沟通，电话沟通，在不行现场沟通，复现，说明严重程度，要开发修改
e、如确定是开发问题，可以找相关开发负责人，安排人协助解决，修改。
（3）既不是测试的问题也不是开发问题，是产品的问题
开发按需求来开发的，测试是按需求来测试的，但是测试的时候少了某一个模块或流程；找产品核对需求功能模块，如果需要补充，就要产品通过邮件发送整个项目组，增加的内容，给开发增加工时，开发在去开发对应内容；

======================================
偶现bug（偶尔出现bug）？（刚才有这个问题，现在又没有了）
解决：
1、先记录显现，以及复现步骤和报错现象
2、再看日志有没有报错
3、找开发描述现象，确认bug严重程度
4、尽量去复现或查看代码，查看逻辑是否有问题，让开发修改
5、根据bug的严重程度，找相关负责人确认：影响小，先记录，写明原因下一个版本解决或后期关注；如果影响大，找测试经理确认，取找开发协调修改。

======================================
准出：（上线状态）
1、上线0bug
2、不予以解决，先关闭，先上线，备注下一个版本修改
3、要解决，写明原因给开发
延期解决，说明情况后续版本关注或解决

======================================
bug的解决方案：
1、设计如此
2、重复bug
3、外部原因
4、已解决
5、无法重现
6、延期处理
7、不予解决

作业：
1、整理今天笔记 2、熟悉禅道 3、拓展：tapd 、jira
tapd：连接 https://www.tapd.cn/official/select_version
jira：