【仅供内部供应商使用,不提供对外解答和培训】

Page tree

【仅供内部供应商使用,不提供对外解答和培训】

Skip to end of metadata
Go to start of metadata

主流程:

使能流程:


一、主流程问题处理jira操作帮助

1.受理阶段

(1)鉴别

角色:开发者

访问帆软工作人员提供的jira链接,可查看到问题详情页面。根据问题中提供的信息:确认问题是否是插件的bug,是否需要在插件中修复。本文以(https://jira.fanruan.com/browse/POB-64)为例

a.问题编号:用于查找索引问题

b.问题流转按钮:用于流转问题

c.问题详情

  • 类型:用于标识问题的来源;分别为客户bug(客户来源的问题)、开测试任务(测试过程中来源的问题)、代码协助(如8.0、9.0老版本客户来源的较为严重的问题)
  • 优先级:反应问题的紧急程度,需要开发者们根据问题的紧急程度安排好修复时间,并反馈给报告人。
  • 影响版本:标注问题发生时所使用的产品版本
  • 标签:由测试任务中提出的问题会标注相应的测试任务标签,请注意对应问题的标签所注明的解决问题期限。
  • SL级别:SL用于衡量问题的严重程度。从SL4~SL1递进,表示问题越严重。
  • 分支:用于标注问题发生时使用的产品jar包分支
  • 复现率:表示问题出现的频率

d.问题描述:会用于描述问题发生的现象,客户的环境等一些帮助还原问题的信息。

e.附件:附件中时而会提供客户模版、客户日志、问题现象截图等一些帮助还原问题的信息。

f.注释:提供一些关于问题的其他信息。

g.报告人:帆软内对接问题的同学,如有关于问题的相关信息需要确认,可联系该同学。



(2)流转

角色:开发者

根据鉴别结果,在jira中进行相应的流程流转。

确认是插件的bug,且需要在插件中修复。jira中需要进行如下的操作:

届时,问题状态会由变为 

2.处理阶段

(1)定位问题

角色:开发者

开发者根据问题定位出问题的代码段。

在问题流转按钮选择“非插件bug”退回到上一步(流转),再选择正确的处理流程。完成后告知报告人即可。


(2)方案准备

角色:开发者

根据定位进行bug修复。

(3)方案交付

角色:开发者

修复完成后将代码提交到https://git.fanruan.com/,并将打好的插件包发与报告人。

jira中在问题流转按钮中选择“发起验收”

届时,问题状态会由变为

(4)问题验收

角色:报告人

报告人若验收不通过则会退回问题。

报告人若验收完成则问题状态会由变为

3.关闭阶段

(1)插件上架

角色:开发者

当问题进入发布处理的状态时,会有报告人通知您将上架插件到帆软市场。

(2)文档修改

角色:开发者

当问题进入发布处理的状态时,如果有需要更新插件文档,会有报告人通知您修改插件的相关说明文档。在无人通知的情况下,您也可以自行判断是否有需要更新插件相关文档的说明

(3)问题关闭

角色:报告人

当本问题发布后会由报告人关闭问题。

届时,问题状态变为


二、使能流程jira操作帮助

1.插件需求处理流程

角色:开发者

在受理阶段,根据问题判断,如果是插件暂不支持的功能(换句话说那就是插件的需求)需要在jira中进行如下操作,并告知报告人:

2.产品问题处理流程

角色:开发者

在受理阶段,根据问题判断,如果不是插件的bug,是产品功能上bug。jira中需要进行如下操作,并告知报告人:

3.接口问题处理流程

角色:开发者

在受理阶段,根据问题判断,如果插件调用的接口有问题,需要接口处理。jira中需要进行如下操作,并告知报告人:



  • No labels

1 Comment

  1. 需要一个在鉴别阶段直接反馈不是插件问题,是使用问题的流转