Jira上自定义bug工作流并关联到对应项目

最新推荐文章于 2025-08-29 10:06:49 发布
原创 最新推荐文章于 2025-08-29 10:06:49 发布 · 3.9k 阅读 · 9 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#jira

  1. 新建一个工作流（设置->问题）
    在这里插入图片描述

  1. 新建一个工作流或者导入一个已有的工作流
    在这里插入图片描述

    2）新建流程的文本形式
    在这里插入图片描述
    3）设置每个处理过程对应的解决结果
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    注意：如果解决结果中没有对应的阈值，则需要去“解决方式”中自定义

最低0.47元/天 解锁文章
Jira 需求处理全流程解析：从入门到实践
学无止境
06-18 405
本文介绍了Jira在需求管理中的核心价值和实践方法。作为全球领先的项目管理工具，Jira通过灵活的工作流、实时报表和强大的集成能力，为需求全生命周期管理提供系统化解决方案。
JIRA缺陷管理工作流
10-24 405
开始、非缺陷审核、回归测试及关闭新建bug，对指认为无效的bug进行确认处理（关闭或重开），以及对修复后的bug进行关闭或重开缺陷待处理、开发环境待合并，测试环境待发布确认bug，修复bug并提交回归测试验收申请审核中，延后处理Bug延期修复确认、审核操作。
14、Jira 屏幕与工作流管理全解析
最新发布
Black的专栏
08-29 50
本文深入解析了Jira中的屏幕与工作流管理，包括问题类型屏幕方案的创建与配置、屏幕管理的权限与优化，以及工作流的组成、创建和与其他功能的集成。通过一个HR项目案例，展示了如何自定义屏幕和工作流以满足特定业务需求。文章还介绍了工作流的更新、状态管理、过渡设置，以及如何通过工作流提升业务流程的自动化和规范化。最后，通过Mermaid流程图展示了简单的工作流状态转移示例。
JIRABug和Task工作流介绍
12-28
JIRABug和Task工作流介绍 Task工作流介绍： To Do： 项目组内任何人都可以创建Task，创建之后Task状态是“To Do”； 操作：Assign->”Assigned(分配给我的)” 角色：报告人 说明：由报告人来分配任务给具体的人。
软件测试学习笔记丨JIRA-Bug管理流程定制
Ceshiren666的博客
05-11 3558
1、点击右上角【设置】，选择【问题】，【工作流】，添加工作流：2、【编辑】工作流：3、【添加现有】工作流：1、为【测试环境】添加自定义域：2、为自定义域【测试步骤】绑定问题类型模板、应用方式和所属项目：3、将域测试步骤关联到自定义界面：4、重复1-3步骤，依次添加【严重级别】、【前置条件】、【复现概率】、【复现步骤】、【实际结果】、【测试环境】、【错误类型】和【预期结果】1、添加域配置2、将域内不需要应用到项目中的字段隐藏，将必填的【复现步骤】、【实际结果】、【预期结果】设置为必填项；
测试的流程，jira工具的使用
qq_56444564的博客
06-30 3052
例子：如果一个电子商务平台的支付功能存在严重的安全漏洞，导致用户的支付信息被盗取，这是一个非常严重的缺陷。在备注中记录尝试重现Bug的步骤和环境条件，并鼓励报告人员提供更多详细的信息，以帮助后续的调查和解决工作。通过数据集成，不同的数据源可以共享和交换数据，以满足系统的整体需求。数据架构还可以规定数据的安全性和权限控制，以确保只有经授权的用户可以访问和修改数据。重新评估：我会重新评估我提交的Bug，并与开发人员共享我观察到的问题的详细信息，并解释为什么我认为这是一个Bug。
Jira建立Bug管理工作流并关联项目
热门推荐
TripleS_X的博客
02-05 1万+
1.添加工作流 2.添加状态和转换关系 3.切换到文本界面下，设置跳转事件。例如设置状态由Open转为In Progress步骤只能由经办人处理 4.设置状态转换时的交互界面，如问题由Open变为In Progress，需要经办人填写处理问题的时间预估。 5.回到前面添加的工作流进行编辑，关联上配置的界面 6.最后，讲工作流与项目关联起来
Jira中bug的流转流程
m0_67466364的博客
01-17 1256
【代码】Jira中bug的流转流程。
Jira实战 | 创建你的工作流
互联网PMO
07-27 3344
工作流是每一个Issue生命周期所遵循的一个标准的状态（步骤）和移转（步骤间的移动）。 状态取自于一个idea从“概念”到“完成”，或是取自于一个Bug从“提交报告”到“在生产环境修复”，每一个项目可以有自己的专属的工作流，每一个项目内的问题类型能有自己专属的工作流，例如: 任务的问题类型可能需要一个非常简单的工作流，其中的状态可以使用如“开始(Open)”、“进行中(In Progress)”和“关闭(Closed)”。 问题类型为新功能时，可能需要对此类问题在软件开发过程的步骤中增加.
jira配置自定义栏位的详细流程
05-11
界面的配置对于自定义栏位至关重要，因为它直接决定了哪些字段会出现在特定的工作流步骤中。 #### 二、自定义栏位的创建与配置 自定义栏位是Jira中的强大特性，它允许你在项目和问题上添加额外的信息字段，从而...
jira缺陷管理跟踪工具小白入门必看的基本操作工作流，项目人员权限分配，界面配置，问题关联项目等参考
12-17
通过自定义工作流，团队可以根据具体需求灵活调整问题处理流程。 **2. 创建工作流** - **步骤1：** 首先定义问题类型，然后将其添加到问题类型方案中。 - **步骤2：** 设定一个流程走向，表示问题的处理过程。 - *...
最新版jira里面的bug处理流程图
04-04
标准的jira最新版本里面的Issue处理流程图,可以作为正规开发流程的参考
jira工作流自动创建bug的脚本.txt
06-08
coderunner是jira的免费插件，提供使用groovy脚本完成各种工作流的自动化。在jira中使用groovy脚本在后置处理器中自动创建bug。大家可以更改所建jira的项目和类型，也可根据自己需要添加jira中包含的字段
jira 配置工作流
07-21
增加完我们就制定我们的工作.为了大家更清楚地了解如何配置,我自己设计一个工作流出来当一个例子.然后我们就按以下的流程图去配置JIRA工作流. ...
JIRA工作流配置说明
11-22
JIRA工作流配置说明，告诉你如何在jira配置一个工作流，看完以后你会情不自禁的说：“味がとてもうまい”
jira工作流配置
08-29
整个开发流程的状态：已创建、开发任务已分配、开发自测已完成、代码待评审、、测试环境部署完成、已完成。
#JiraHero：Soumen Deb——重塑 Jira Software 中的 Bug 工作流，提高可见性、简化开发流程
Atlassian速递
03-26 222
在 Atlassian，我们为自己发布的软件感到非常自豪，更为客户在使用我们的产品时所取得的成功感到更加自豪。
【JIRA 配置】教你如何自定义工作流方案
Nicolege678的博客
05-06 5381
JIRA 的工作流是实现项目管理中很重要的一环，可以帮助我们灵活地管理项目过程中的各类issue的声明周期，本篇将会介绍如何创建和配置JIRA 工作流。
JIRA中bUG域
07-18
在JIRA中管理与Bug相关的字段和流程，需要通过字段配置（Field Configuration）和工作流（Workflow）的设置来实现。字段配置用于定义问题类型（如Bug）在创建或编辑时显示的字段，而工作流则定义了Bug从发现到解决整个生命周期的状态流转。 ### 字段配置（Field Configuration） 对于Bug类型的问题，通常需要展示一些关键字段，例如“优先级”、“严重程度”、“报告人”、“修复版本”等。可以通过以下步骤进行配置： 1. **进入字段配置方案**：导航至JIRA管理界面 → 问题设置 → 字段配置方案，选择适用于Bug类型的字段配置。 2. **编辑字段属性**：点击对应的字段配置名称后，可以编辑每个字段的行为，例如是否必填、是否可见等。 3. **绑定字段配置到问题类型**：确保该字段配置已关联到Bug类型的问题，并且应用于正确的项目。这样所有使用该问题类型的项目都会应用这些字段设置[^2]。 常见的Bug相关字段包括： - **Priority（优先级）**：用于标识Bug修复的紧急程度。 - **Severity（严重程度）**：用于描述Bug对系统功能影响的程度。 - **Reporter（报告人）**：自动记录谁发现了这个Bug。 - **Assignee（指派人）**：指定负责修复该Bug的开发人员。 - **Fix Version/s（修复版本）**：标明该Bug将在哪个软件版本中被修复。 - **Due（到期日）**：设定Bug修复的截止时间。 - **Time Tracking（时间跟踪）**：记录处理该Bug所花费的时间。 ### 工作流配置（Workflow） Bug的工作流通常包括以下几个状态： - **Open（打开）**：Bug刚被发现并提交。 - **In Progress（进行中）**：开发人员正在调查或修复该Bug。 - **Resolved（已解决）**：Bug已被修复但尚未验证。 - **Closed（已关闭）**：Bug已经修复并通过测试确认无误。 - **Reopened（重新打开）**：如果验证过程中发现修复无效，则Bug将回到此状态。 可以通过JIRA的“工作流”管理界面自定义Bug的工作流，添加必要的状态和转换规则。例如，可以在“Resolved”到“Closed”的转换中加入审查条件，确保只有经过测试确认的Bug才能被正式关闭。 ```python # 示例：模拟Bug状态变更逻辑 def transition_bug_status(current_status): if current_status == "Open": return "In Progress" elif current_status == "In Progress": return "Resolved" elif current_status == "Resolved": # 模拟测试验证过程 test_passed = True # 假设测试通过 if test_passed: return "Closed" else: return "Reopened" elif current_status == "Reopened": return "In Progress" else: raise ValueError("Invalid bug status") # 使用示例 current_status = "Open" new_status = transition_bug_status(current_status) print(f"Bug status changed from {current_status} to {new_status}") ``` ### 其他配置建议 - **权限控制**：为不同的团队成员分配适当的权限，确保只有授权人员可以修改Bug状态或字段内容。 - **通知规则**：设置事件触发的通知机制，当Bug状态发生变化时自动发送邮件给相关人员。 - **筛选器与看板**：创建专门针对Bug的筛选器和看板，方便团队成员快速定位和处理Bug。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值