JIRA基本流程doc文档格式.docx

JIRA基本流程doc文档格式.docx

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

登录平台

http:

//服务器IP:

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

username:

****password:

****

新建项目（管理员）

名称：

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

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

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

Key：

设置该项目的关键字。

项目负责人：

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

项目浏览（管理员）

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

新建用户（管理员）

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

浏览用户（管理员）

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

组：

设置用户权限的功能。

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

组管理（管理员）

该界面主要功能有：

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

创建问题

—测试人员

撰写问题前的几点建议：

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

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

撰写问题

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

概要：

简单描述问题名称，如：

新增按钮失效?

优先级：

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

报告人：

默认为当前登录用户。

环境：

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

描述：

例如：

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

2.点击基础资料—&

gt;

药品相关资料—&

药品档案管理?

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

原估算时间和剩余时间：

可以不填?

附件：

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

标签：

这个可以不用填。

填写完成后，点击创建。

查看问题

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

修改问题信息

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

跟踪问题

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

重新测试Bug

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

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

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

解决问题

—开发人员

项目负责人的任务

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

任务分配

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

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

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

浏览并判定问题

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

确认Bug

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

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

已解决。

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

fixed:

已经修改won&

#39;

tfix:

解决不了duplicate：

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

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

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

关闭问题

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

否定问题

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

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

工作日志（开发人员）

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

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

工作日志的必要性：

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

工作日志

输入项说明：

花费时间：

本阶段所用时间：

如：

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

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

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

DateStartedrequired：

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

剩余时间：

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

还需要做一天3.Setto：

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

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

工作描述：

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

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

体验

JIRA流程图

测试人员

开始

项目负责人

开发人员

撰写并提交问题

整理并分配任务

开始解决

重新开启问题

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

测试未通过

点击解决问

点击开始进

题

重新测试问题注明原因

行

测试通过

标注：

已解决

流程结束

创建问题创建问题

打开

解决

关闭问题重新测试关闭

开始进行停止进行

重启问题

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

开始重新测试解决问题

重新测试