首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Jira使用浅谈篇一

无论是需求、bug或者Task都可以理解为事务的一种,所以Jira项目管理中可以做很多事情:需求管理、缺陷跟踪、任务管理等。...因为Jira提供了专门的Scrum视图和Kanban视图,所以特别适合敏捷开发团队使用。相信很多小伙伴中项目中都使用过这款软件,角色可能是开发人员,BA或者测试人员等等。...创建时这里有一个属性叫做Key,这个用来作为我们Issue的前缀使用。比如我们这里的Key时SFDC,后续的Story就会变成 SFDC-001/SFDC-002等。 二....Epic创建:按照刚才的需求,我们需要实施 Sales Cloud以及Community Cloud,团队根据资源,可能需要做不同的内容,我们最好将这两个云分成两个 Epic,demo中我们创建两个 Epic...workflow可以通过下图中的操作设置 workflow。

1K40

基于JIRA的产品需求全生命周期管理实践

每个功能名称右侧插入了“JIRA 链接及状态”,以后 Story 状态的任何更新都会在产品 PRD 中同步更新,JIRA 中也自动添加了产品 PRD 的链接,实现了 JIRA 与 Confluence...由于两者的严重程度和影响面不一样,所以我们使用不同的流程进行管理,当前线上问题处理流程如下图所示,使用 JIRA 看板来辅助流程的管理(流程图中的红色为 JIRA 状态)。...有的事业部或产品线使用独立的事业部日常需求池(JIRA Kanban Board)中管理日常需求,产品负责人会定期拉上需求方产品经理和相关研发同学一起对待办需求列表进行优先级排序,选择出最有价值的需求作为下一阶段的目标...备注: JIRA Feature(特性)用作表示:相对于产品需求的“技术需求”,该用法不够专业,实际含义指:产品特性,粒度要比 Story 大,比 Epic 小; JIRA Sprint(冲刺)用作表示...每一列都可以配置“在制品数量限制”(WIP),目前只有极少数团队使用 WIP;

4.3K42
您找到你想要的搜索结果了吗?
是的
没有找到

基于GitHub的敏捷学习方法之道与术|洞见

只是不知为何这软件最近被下架了,伤感,我就又重新把滴答清单(TickTick)作为自己的万能收集箱了,之后再把比较重要的、需要进一步追踪的事项添加到GitHub issues里面来。 ?...对于比较大的需求,你还可以将其转化为Epic然后把拆分过后的小issues们加入到这个列表里面来。 ?...这样你就可以愉快的选择Filter Issues by Milestone 专注于当前Iteration,专注于In Progress这一列所要做的事情,并且垂涎于Ready For Todo里面将要做的事情...不仅如此,完成之后这个issue还能直接显示完成进度;前面所提到的Epic也能直接显示子issues的完成情况即closed比例,两者结合起来简直不能再美好。...其他辅助工具 看板:as Jira/Trello,可视化当前进度 => GitHub Issues group by @Projects / 日历in@滴答清单;如果你不想用ZenHub ,可以试试Gitlo

84230

Jira software 使用系列 -Kanban

可视化你的工作流 将面板上的列与你当前工作流的步骤对应,根据流程的改变随时添加或删除列。看板团队通常在面板上设置更长的流程或等待状态,如添加一列用于显示“等待客户响应”的状态。...相同规模的故事通常需要一致的问题周转时间,这就相应地为客户提供了可预测性 通过累积流量图(Cumulative Flow Diagram)监控未来趋势和分析历史过程,识别工作是从哪里开始以及哪里出现瓶颈 Epic...团队管理的项目适合于希望独立空间中控制自己的工作流程和实践的独立团队。 公司管理的项目是由 Jira 管理员设置和维护的。...两种项目类型之间的根本区别在于它们的管理方式,以及是团队级别还是公司/Jira 管理级别进行。 第 3 步 - 设置列 看板可以显示一个或多个项目中的事务,并直观地表示团队的工作流。... Jira Software 中,Scrum 和看板项目具有不同的功能,可以为使用这两种框架的团队提供帮助。

1K10

Allure整合JIRA XRAY实现自动化用例管理

JIRA X-RAY用例管理 JIRA的XRAY插件利用了JIRA原生的issue管理和工作流引擎,可以满足基本的测试用例和测试任务管理的同时,天然地连通需求、缺陷等内容,非常方便地实现需求-用例-缺陷的上下游追溯...作为一个小众市场的一款产品,其商业化无疑是非常成功的。 X-RAY的用例管理模型是这样的。 一般可以通过Test来描述一个测试用例,而使用Test Execution 来表征一次测试用例集的执行。...***** 版本的jira中支持了使用token,会比目前的明文username、password更安全一些。...以下是AllureJUnit5中使用的案例, Allure注解使用案例 1.@Epic("Login Tests Epic") 2....、@Feature、@Story:这是常见的需求管理的三个层级 @Link("www.baidu.com")//添加超链接 @Issue("001")//添加问题编号 通常的Allure使用场景是通过Maven

2.1K20

Jira API的踩坑记

本来我以为国内有很多公司都在用jira, 这里面少不了的API接口进行功能性的封装,肯定会有中文的文档结果经过几次尝试搜索之后,我终于确认jira API是没有中文文档的。...大家如果有机会对接jira API文档,到时候一定要首先确认jira的版本。 HTTPcode jira API文档中,http协议响应状态码有很多使用。...我曾经一度怀疑Jira文档是不是故意这么做的,因为各个接口的响应结果。均为json形式,但是最外层的json响应结构。有点1000个接口有1000个响应的即感。...我之前写项目测试框架的时候,都会对响应结果进行统一的json格式处理,但是对于Jira的api就没有办法使用统一的格式处理,每一个接口都需要进行单独的处理。这无疑也增加了工作量。...表示编辑之后的issues的状态。结果没想到JSON对象中包了这么多层。为了让文章能缩短一下,我把里数组重复的内容给删除了,但是还是有这么复杂的响应结构体,简直就是丧心病狂!

1.3K20

0827-7.1.4-如何在CDP中使用Spark SQL CLI

1.文档编写目的 CDP7.1.4中,自带的spark-sql运行会报错,如下图 ? 这是因为CDP7.1.4中不支持Spark SQL CLI,官网有说明如下 ?...参考: https://issues.apache.org/jira/browse/SPARK-5159 https://issues.apache.org/jira/browse/SPARK-11248...https://issues.apache.org/jira/browse/SPARK-21918 2.因为上述第一点不支持用户模拟,导致任何查询都是同一个用户,所有没办法控制Spark SQL的权限...如果用户要在CDH中使用Spark Thrift服务,则需要自己打包或单独添加这个服务,但Cloudera官方并不会提供支持服务。...可以参考如下jira: https://issues.cloudera.org/browse/DISTRO-817 关于Spark Thrift的缺陷,也可以参考网易的描述: 大家可能都知道,Hive

1.5K10

Hive 抽样Sampling

具体参阅JIRA - Input Sampling By Splits block_sample: TABLESAMPLE (n PERCENT) 该语句允许至少抽取 n% 大小的数据(注意:不是行数,...(从Hive 0.10.0开始 - https://issues.apache.org/jira/browse/HIVE-3401) block_sample: TABLESAMPLE (ByteLengthLiteral...(从Hive 0.10.0开始 - https://issues.apache.org/jira/browse/HIVE-3401) block_sample: TABLESAMPLE (n ROWS...TABLESAMPLE 子句可以添加到任意表中的 FROM 子句中。桶从1开始编号。colname 表明在哪一列上对表的每一行进行抽样。...colname 可以是表中的非分区列,也可以使用 rand() 表明整行上抽样而不是单个列上。表中的行在 colname 上进行分桶,并随机分桶到编号为1到y的桶上。返回属于第x个桶的行。

2.4K30

用了这么多年 Gitlab,可能还不了解这些知识

本篇就为系列文章 《重新认识 GitLab》 的开篇,一起来重新认识一下作为一体化 DevOps 平台的 GiaLab。...下面我会把这些组件列出来,讲解其功能的同时,还会列出在其他产品(如 GitHub、Jira 等)中与其类似的概念。 Group(群组) Group 是一组 Project 的集合,形式类似于文件夹。...类似概念:Release Roadmap(路线图) 将各种 Epic 进行可视化展示,以非常清晰状态来展现所有 Epic 的状态和进度。 ?...以 Issue 为起点,通过添加和删除不同 Label 进行协作,不同的 Label 可以代表不同的团队、阶段、环境以及一些特定需求(如需要技术文档团队或营销团队接入);不同阶段不同的团队介入开发,完成后提交...gitlab workflow 结语 了解了这些基本组件和知识后,GitLab 作为一体化 DevOps 平台的面纱才会徐徐展开。

2.8K20

新的软件开发流程学习总结

开工的第一周,我们小组开发工作流程有了新的变化,以前都是基于腾讯的 coding 作为代码管理平台以及版本任务的分配,现在是改成使用 Bitbucket 和 Jira,用 Bitbucket 管理我们的代码仓库...,Jira 作为版本任务的分配以及发版。...它可以和 Bitbucket 联动,Jira 上创建一个任务,在这个任务可以关联代码某一个分支,这样代码 review 很方便,可以知道这个代码分支完成了哪件事。...研发任务需求管理: 测试人员与SM一起将PO涉及的需求定义转化为Epic,Task,SubTask等录入 Jira 系统,并将所有的 Task 全部记录在Backlog中。...项目管理工具上添加一个问题,并记录下来,指定迭代版本,并指定执行人; 2.

27310

答应我,别在CDH5中使用ORC好吗

2.我们先使用alter命令增加一列到该表,然后对该表进行insert操作。...2.但当该参数开启后,会与ORC格式文件的Hive表冲突,也会导致本文第一章所描述的报错,该jiraHive2才修复的,所以要在CDH6中才会修复,具体参考一个非常大的jira包: https://...issues.apache.org/jira/browse/HIVE-11981 https://issues.apache.org/jira/browse/HIVE-16314 3.要解决该bug导致的问题...4.ORC文件格式的事务支持尚不完善,具体参考《Hive事务管理避坑指南》,所以CDH中的Hive中使用ORC格式是不建议的,另外Cloudera Impala也不支持ORC格式,如果你Hive中创建...ORC格式的表,也没办法达到一份数据,多个计算引擎同时访问的目的。

3.1K30

hadoop3.0可用【 GA】版发布与alpha1版比较有哪些不同

DynamoDB表作为一个快速的和一致的存储文件和目录元数据 HDFS基于路由器联盟(Router-Based Federation) HDFS路由器联盟添加了RPC 路由层,提供多个HDFS命名空间...不兼容的改变在发布说明中,相关的讨论 HADOOP-9902(https://issues.apache.org/jira/browse/HADOOP-9902) 更多内容 Unix Shell Guide...更多细节: MAPREDUCE-2841(https://issues.apache.org/jira/browse/MAPREDUCE-2841) 6、支持2个及以上 NameNodes....文档已更新 发布说明地址https://issues.apache.org/jira/browse/HDFS-9427 更改端口列表地址https://issues.apache.org/jira/browse...HADOOP-10950(https://issues.apache.org/jira/browse/HADOOP-10950) 介绍了配置守护进程heap大小配置方法 值得注意的是基于主机内存调整成为可能

74950

0643-Spark SQL Thrift简介

参考: https://issues.apache.org/jira/browse/SPARK-5159https://issues.apache.org/jira/browse/SPARK-11248https...://issues.apache.org/jira/browse/SPARK-21918 2.因为上述第一点不支持用户模拟,导致任何查询都是同一个用户,所有没办法控制Spark SQL的权限。...如果用户要在CDH中使用Spark Thrift服务,则需要自己打包或单独添加这个服务,但Cloudera官方并不会提供支持服务。...可以参考如下jira: https://issues.cloudera.org/browse/DISTRO-817 关于Spark Thrift的缺陷,也可以参考网易的描述: ?...从Spark2.2开始到最新的Spark2.4,因为变化较大,不能够采用上述两种办法直接替换jar包的方式实现,更多的依赖问题导致需要重新编译或者修改更多的东西才能在CDH5中使用最新的Spark2.4

3.2K30

《Drools6.4 中文文档》第1章1.1~1.2(完)

https://issues.jboss.org/browse/JBRULES (Drools) https://issues.jboss.org/browse/JBPM https://issues.jboss.org...Fork GitHub 签署完贡献者协议,JIRA上提交完请求,现在该准备好编写代码了。创建一个GitHub账号,fork Drools、jBPM 或 Guvno的任一版本库。...如果没有包含你需要的字段的类存在,添加一个新类之前,优先考虑已有类上添加字段。 有大量的测试代码可以借鉴,MiscTest类是一个很好的开始。...提交必须以问题ID作为开始,比如JBRULES-220。确保提交版本和JIRA相互对照,这样我们可以一个问题下看到所有的提交版本。ID下面,应该是问题的标题。换行、缩进,提供本次提交的附加信息。...如果合适,你可以添加额外的JIRA信息与提交建立关联。一般,尽量避免组合无关的问题到同一提交中。 别忘了从原主干rebase你本地分支,然后push你的提交到你的fork。

61030

kill -9 导致 Kakfa 重启失败的惨痛经历!

https://issues.apache.org/jira/browse/KAFKA-1112 https://issues.apache.org/jira/browse/KAFKA-1554 总的来说...问题就出在这里,删除并重建索引过程中,就可能出现如上问题, issues.apache.org 网站上有很多关于这个 bug 的描述,我这里贴两个出来: https://issues.apache.org.../jira/browse/KAFKA-4972 https://issues.apache.org/jira/browse/KAFKA-3955 这些 bug 很隐晦,而且非常难复现,既然后续版本不存在该问题...我把相关 issue 贴出来: https://issues.apache.org/jira/browse/KAFKA-1211 https://issues.apache.org/jira/browse...非常遗憾,我查看了相关的 issue 之后,貌似还没看到官方的解决办法,所幸的是该集群是日志集群,数据丢失也没有太大问题。 我也尝试发送邮件给 Kafka 维护者,期待大佬的回应: ?

91450
领券