• 1. JIRA操作流程培训系统测试部 贺春玲
  • 2. 1总纲1JIRA工具介绍2流程说明3表单主要信息介绍4系统演示5其他常用功能6新增项目流程定制
  • 3. JIRA工具介绍 特 点: 风格类似公司的rpims,纯B/S结构; 功能齐备、上手容易,维护简单; Java语言开发支持Windows, Unix平台; 支持各类数据库。项目计划任务分配需求管理错误跟踪JIRA是澳大利亚Atlassian公司开发3
  • 4. 总纲1JIRA工具介绍2流程说明3表单主要信息介绍4系统演示5其他常用功能6新增项目流程定制4
  • 5. 场景需求——内部缺陷管理1、公司产品按产品线进行管理,产品线下按业务分成多个具体业务产品,同时每个产品线有一个产品平台,并且同一产品会存在多个的产品平台,如VA5.0和VA6.0;一个产品也可能包含多个子项目,如全面预算产品包含工作流子项、数据版本子项等;同一产品还可以有不同的版本,如合并报表1.0,合并报表2.0。公司产品按其分类分为新产品(报表大厅)、培育产品(BI)、成熟产品(CI)和其他产品;部分 提供插件 2、测试人员与开发人员针对缺陷的修改方式,或是否属于缺陷存在争议时,需要将这些问题进行讨论处理;测试人员提交缺陷时,指定解决人无法判断缺陷具体属于底层实现,还是数据库原因;一个缺陷需要多人配合才能解决;部分 可以通过定制流程和”待讨论” 缺陷 5
  • 6. 3、子项目在项目结项后,子项目遗留问题\未解决问题需要合并到产品平台中跟踪,结项时的未处理缺陷需归并至对应产品平台进行管理;是 4、一个版本发布后(或预计进行版本发布测试时),前一版本未解决缺陷全部转移至新版本进行管理;是 5、能够记录产品版本的状态(已发布 未发布);能够记录项目状态(活跃 结项 关闭);对于关闭的项目在选择时不显示出来;不支持可能可以通过插件 场景需求——内部缺陷管理6
  • 7. 场景需求—变更管理一个实施项目可能会涉及多产品、多业务,一个问题需要多个产品研发人员支持修改。 实施项目反馈的问题作为产品变更的数据来源,每个问题都应归属于某一具体的产品中。根据反馈问题的性质分为缺陷(重大缺陷、严重缺陷、一般缺陷)或需求(特殊需求、待讨论需求、一般需求);是 7
  • 8. 任何一个实施项目都可以反馈问题。属于重大缺陷或者需要走绿色通道的,需要以邮件的形式通知到开发负责人、测试负责人以及相关人员和领导。邮件中要标识是重大缺陷或要申请绿色通道的说明;部分 项目反馈的问题会自动流转到相关业务负责人。业务负责人可对提交人提交的问题进行再编辑、性质再定义。可将要取消的问题通知到产品经理,协商之后再取消,并通知问题提交人。如果问题提交人对取消的内容有异议,可采用申诉的方式,依问题反馈流程重新提交;部分 场景需求—变更管理8
  • 9. 产品负责人和测试负责人对问题进行再判断,如修改问题的性质,产品负责人给出解决时间;是 产品负责人可以将一个问题转给具体开发人员进行修正;也可以分解成几个子任务进行管理,指定具体问题的开发人员,所有子任务获得修正后,父问题自动变为待验证状态。 测试负责人可以将确认是缺陷的问题,指定具体开发人员进行修正。修正人可以进行转换和在指定其他研发人员;部分 场景需求—变更管理9
  • 10. 测试负责人和产品负责人可以查看需要他跟踪和关注的问题。;是 开发人员可以及时看到需要他负责修改问题,问题解决后,修改问题状态,通知测试和提交人进行验证;是 测试负责人与实施人员可同时对已解决的问题进行验证,双方确认问题修改正确后,才允许此问题进行关闭操作;不支持 重大问题的解决;开发负责人可以针对实施项目提交的问题进行问题分派,问题解决后自动邮件通知到提交人,告知问题已经解决。邮件要抄送相关领导;部分 问题处理过程中,实施人员、业务负责人、测试负责人、产品负责人可以针对这条问题进行讨论分析、发表意见,所有人员可以看到讨论及回复的信息;是 场景需求—变更管理10
  • 11. 场景需求—统计分析及其他在整个问题的处理过程中,实施人员可随时关注问题的状态即进展情况;是 开发负责人可以针对实施项目提交的问题的进展情况及完成百分率的查看,反馈问题支持比率,按时完成比率;部分 领导可以对各事业部反馈问题的情况,如确认为重大缺陷的个数,反馈问题的支持比率,问题的解决效率进行统计分析;部分 领导可以对各产品(项目)缺陷总数及严重缺陷个数(比率) 低级缺陷个数(比率)进行查看;部分 11
  • 12. 可以根据关键字或者问题编号快速查找和定位到某个问题;部分 可以按照问题中的任何一个字段进行查询和分类统计;是 每个用户可定制自己的查询\首页\布局;是 场景需求—统计分析及其他12
  • 13. 测试提交缺陷处理流程无状态 新建 G:1正解决 G:3待验证 G:2关闭待讨论 G:1遗留 G:4重新打开 G:2,4重新打开 G:4关闭 G:4遗留 G:4OPEN G:1讨论 G:1重新打开 G:3,4打开 G:3,4关闭 G:4遗留 G:4讨论 G:2,4讨论 G:3,4遗留 G:1,4修改完成 G:3,4关闭 G:2,41.缺陷提交者 2.测试人员 3.开发人员 4.项目经理退回 G:2关闭 G:313
  • 14. 实施反馈问题处理流程关闭待确认 G:2待验证 G:1正解决 G:3正处理 G:4新建 G:4取消 G:1分配 G:4待验证 G:1,3关闭 G:2关闭 G:1取消 G:1,4取消 G:4处理 G:41.实施人员 2.测试人员 3.开发人员 4.项目经理重新打开 G:1退回 G:2,4待确认 G:2退回 G:114
  • 15. 权限模型 项目组所有成员可以提交问题、附件,可以查看项目 问题处理只能由业务负责人 项目经理及开发负责人可以分配问题 只有提交人和项目经理可以关闭缺陷 开发人员可以解决问题 项目组所有成员可以察看、增加问题注释;可以监视、投票 项目经理可以分配、移动、连接问题 维护人员可以添加项目、人员、功能模块解决方案演示15
  • 16. 首页方案 实施人员 业务负责人 测试人员 测试负责人、问题跟踪处理人 项目经理 开发人员 领导 解决方案演示16
  • 17. 总纲1JIRA工具介绍2流程说明3表单主要信息介绍4系统演示5其他常用功能6新增项目流程定制17
  • 18. 测试提交表单关键字*状态 概要 详细描述 严重级别 优先级别 *提交人 *提交日期 *所属产品 影响版本号 所属模块 *修正人 来源 问题类别 报告人 环境说明 附件 缺陷提交必填信息严重级别影响版本号修正人摘要优先级别所属模块报告人18
  • 19. 关键字说明(测试表单)来源: 编码错误 设计缺陷 业务需求缺陷 编译配置问题 问题类别: 功能正确性 性能问题 界面问题 数据正确性优先级别: 高 中 低 严重级别: 重大缺陷 严重缺陷 一般缺陷 低级缺陷 改进建议关键字19
  • 20. 实施反馈问题提交表单关键字*状态 事业部 实施项目 概要 详细描述 *提交人 *提交日期 所属产品 项目使用版本号 修正人 所属业务 是否是绿色通道 期望解决时间 环境说明 附件 事业部 实施项目项目使用版本号是否是绿色通道实施反馈问题必填 信息摘要所属业务 修正人项目使用版本号期望解决时间20
  • 21. 关键字说明(实施表单)所属产品CI: 统计 决算 合并报表 全面预算 产权登记 关联交易 政府业务 离线客户端RO: 报表大厅 通用数据理平台VA: VA5.0 VA6.0 EFDC 集中核算BI: DSS ETL 分析展现D&A: 平台 Core UI BAP 组件 21
  • 22. 开发回复表单 *问题解决方法 解决日期 获得解决版本 花费时间22
  • 23. 业务负责人问题确认表单 *问题性质 缺陷:一般缺陷、 重大缺陷、需测试确认缺陷 需求:一般需求、 特殊需求、 待讨论需求 实施问题:环境、 配置、用户数据 *问题级别 非常重要、重要、一般 问题归类 宕机、效率问题、美观性问题、易用性问题、数据正确性 预计解决时间 跟踪人 *确认结果 支持 不支持 取消23
  • 24. 总纲1JIRA工具介绍2流程说明3表单主要信息介绍4系统演示5其他常用功能6新增项目流程定制24
  • 25. 总纲1JIRA工具介绍2流程说明3表单主要信息介绍4系统演示5其他常用功能6新增项目流程定制25
  • 26. 其他常用功能个人信息修改 默认首页应用 过滤器 首页制作 快速搜索 26
  • 27. 总纲1JIRA工具介绍2流程说明3表单主要信息介绍4系统演示5其他常用功能6新增项目流程定制27
  • 28. 新增项目定制流程项目信息管理 关联项目用户 添加模块 关联模块及负责人 已有缺陷导入 根据缺陷导入操作文档,将原缺陷系统中的缺陷导入到JIRA中 28
  • 29. 29