JIRA基本流程doc.docx

JIRA基本流程doc.docx

《JIRA基本流程doc.docx》由会员分享，可在线阅读，更多相关《JIRA基本流程doc.docx（6页珍藏版）》请在冰点文库上搜索。

JIRA基本流程doc

JIRA基本流程

火龙果?

整理

JIRA

缺陷报告和项目管理软件

火龙果?

整理

Jira使用规约

?

（一）要求每天至少登录2次jira系统。

?

（二）对一个已经开始进行并且需要跨天完成的Issue，要求每天填写工作日志，反映工作情况。

?

（三）工作日志必须准确填写实际工作的时间，项目负责人有责任评审完成工作时间。

?

（四）对于逾期完成的Issue，在“解决问题”时需要写明逾期完成的客观原因或主观原因。

在对Issue的解决过程中也可以把工作风险写入备注。

?

（五）当发现工作任务不能按时完成或遇到问题时，一定要及时报告项目负责人。

火龙果?

整理

登录平台

http:

//服务器IP:

端口号登录jira登录账号是用户自己的名字，密码为名字的首字母例如：

username:

****password:

****

火龙果?

整理

新建项目（管理员）

火龙果?

整理

新建项目（管理员）

?

名称：

填入要测试的模块的名字例如：

数字化医院系统——安全药房。

（尽量填写模块的名称，便于管理）?

Key：

设置该项目的关键字。

?

项目负责人：

创建新项目的时候，项目负责人默认的是当前登录用户的名字，用户可以进行修改

火龙果?

整理

项目浏览（管理员）

?

点击打开项目浏览界面，该界面可以查看所有的项目，可以对项目进行查看、编辑、删除和新增。

火龙果?

整理

新建用户（管理员）

?

创建用户的时候，用户名尽量填写中文姓名，查看问题的时候，就可以很清楚的看见问题是谁提交的。

火龙果?

整理

浏览用户（管理员）

?

该界面可以对用户进行编辑、删除、项目角色的管理和设置用户权限。

?

组：

设置用户权限的功能。

可以给用户分配的权限有管理员、开发人员和测试人员

火龙果?

整理

组管理（管理员）

?

该界面主要功能有：

批量编辑组成员、编辑组成员、筛选组、添加组、删除组、查看组对应的成员数量。

火龙果?

整理

创建问题

—测试人员

火龙果?

整理

撰写问题前的几点建议：

?

?

?

?

?

1.易于浏览，尽量减少开发人员的阅读时间2.详细描述Bug重现过程中的每个重要步骤3.方便阅读4.尽量简单，做到一个Bug一个报告5.撰写Bug格式要统一。

火龙果?

整理

创建问题

单击页面左上角“创建问题”按钮，在弹出窗口中项目栏选相应的项目名称，选择问题类型,点击“创建”。

火龙果?

整理

撰写问题

?

创建撰写问题的页面后，开始撰写问题:

?

概要：

简单描述问题名称，如：

新增按钮失效?

优先级：

优先级共有5和级别，从上到下分别对应的是影响测试流程的人或事物、必须马上解决的、重要的、一般的、可慢慢修改的。

?

报告人：

默认为当前登录用户。

?

环境：

软件运行环境，可以不填?

描述：

例如：

?

1.以账户******，密码*******登录系统?

2.点击基础资料—>药品相关资料—>药品档案管理?

3.点击新增按钮，该操作无反应，新增功能失效?

原估算时间和剩余时间：

可以不填?

附件：

可以把出现问题时提示的内容截图上传，图片类型选择jpg格式。

?

标签：

这个可以不用填。

?

填写完成后，点击创建。

火龙果?

整理

撰写问题

火龙果?

整理

查看问题

?

问题创建完后，用户可以在首页的ActivityStream中查看自己提交的问题,也可以查看别人提交的问题.

火龙果?

整理

修改问题信息

?

测试人员提交问题后，如果要对提交的问题信息进行修改，点击问题标题，在问题浏览界面中点击“编辑”按钮修改信息。

火龙果?

整理

跟踪问题

?

若开发人员开始进行修改问题,问题信息每次改动记录都会记录在ActivityStream中，测试人员可以很清楚的看到问题的改动记录，也可以点击问题标题，在改动记录里面查看问题活动流程。

火龙果?

整理

重新测试Bug

?

开发人员解决完Bug后，测试人员需重新对Bug进行测试。

经测试后，如果该Bug已经解决了，那么该Bug生命周期已经结束。

?

如果该Bug经过测试人员重新测试后，问题依旧存在，那么测试人员需要进入问题界面，点击“重新开启问题”，并在注释里面标明原因。

火龙果?

整理

解决问题

—开发人员

火龙果?

整理

项目负责人的任务

项目负责人在分配给我的问题中查看测试人员提交的问题，并对问题进行整理并分配给开发人员，定期对数据进行备份。

火龙果?

整理

任务分配

项目负责人查看测试人员提交的问题后，分配给开发人员进行修改：

鼠标移动到问题标题上，在标题右侧显示齿轮图标，点击下三角形按钮，在下拉菜单中选择“分配”功能。

火龙果?

整理

任务分配

进入分配页面后，在开发者选项栏中选择要将该问题分配给开发人员的名字，点击“分配”。

火龙果?

整理

浏览并判定问题

开发人员在分配给我的问题中查看项目负责人分配给、自己的任务，并对问题进行浏览和判定，确认测试人员提交的信息是否属于Bug。

火龙果?

整理

确认Bug

开发人员浏览完问题后，确认测试人员提交的问题有效，并准备对Bug进行解决时，首先要点击“开始解决”，而后对Bug进行修改。

火龙果?

整理

解决问题

开发人员修改完Bug后，点击解决问题，在解决选项框选择“fixed”在备注栏标注：

已解决。

并点击“解决”按钮，并关闭问题。

fixed:

已经修改won'tfix:

解决不了duplicate：

测试人员提交了重复的问题incomplete：

测试人员提交的问题描述不完整cannotreproduce:

无法重现测试人员提交的问题

火龙果?

整理

关闭问题

开发人员修改完Bug后，进入Bug浏览界面，点击workflow,在下拉菜单中选择关闭问题。

火龙果?

整理

否定问题

开发人员浏览完问题后，认为测试人员提交的问题是正常情况，无需修改，在备注里面标注原因。

点击workflow,在下拉菜单中选择“关闭问题”。

火龙果?

整理

工作日志（开发人员）

?

?

?

对一个已经开始进行并且需要跨天完成的Bug，要求每天填写工作日志，反映工作情况。

工作日志必须准确填写实际工作的时间，项目负责人有责任评审完成工作时间。

工作日志的必要性：

反映工作情况,记录该问题的不能及时解决的原因。

火龙果?

整理

火龙果?

整理

工作日志

输入项说明：

?

花费时间：

本阶段所用时间：

如：

3h，表示本阶段花费3个小时做这个问题。

这里要描述实际的工作时间。

如果中间有一个小时在开会，则不能算进来。

DateStartedrequired：

本阶段开始的工作时间，精确到小时：

剩余时间：

1.自动调整，剩余时间总是显示为02.Leaveestimateunset：

还需要做一天3.Setto：

设置剩余的估算时间，手工填入完成工作尚需时间估算4.Reduceby：

可以提前完成时，可设置减少尚需完成时间。

工作描述：

本阶段所完成的工作以及剩余工作的描述ViewablebyAllUsers：

设置可以查看该日志的角色

?

?

?

?

火龙果?

整理

体验

火龙果?

整理

JIRA流程图

测试人员

开始

项目负责人

开发人员

撰写并提交问题

整理并分配任务

开始解决

重新开启问题

判定问题是否需要解决否是

测试未通过

点击解决问

点击开始进

题

重新测试问题注明原因

行

点击解决问

题

测试通过

关闭问题

标注：

已解决

流程结束

火龙果?

整理

JIRA流程图

创建问题创建问题

打开

解决问题

解决

关闭问题

关闭问题重新测试关闭

开始进行停止进行

重启问题

解决问题关闭正在进行中，尚未完工关闭

开始重新测试解决问题

重新测试