问题一:如何设置多个sprint并行? 问题二: 如何分组显示 设置泳道,并快速过滤 问题3:添加所属产品? 管理员登录Jira后台设置-问题-自定义字段找到:所属产品,进入 配置 界面在配置界面中,选项-编辑,进入到添加值的界面在添加值的界面中增加公司的所属产品添加过此值后,需要检查是否在问题类型的界面上引用到此字段 问题4: Gears中主要对象包括5类,但并不限定这5类,可以自行增加其它的的问题类型,如运维问题类型.相关的审批问题类型? 管理员登录Jira后台设置-问题-问题类型方案找到:

需求 项目需要在jenkins自动发布中加入version.html来跟踪项目发布的版本信息,需要获取到jira中当前sprint的名字,和一个sprint中的发布次数(我这里用文件把次数存起来的傻方法来计数的). shell初学者脚本写的很烂,还望大神们指教. - -! 方法 直接使用curl 向jira发送get请求,将返回的json通过jq过滤出来存入currentSprint.txt文件中. curl -u JiraUserName:Password -X GET -H "Content

1.JIRA->My Dashboard ->添加它的过滤条件 2.过滤条件产生,将sql拷贝至步骤1编辑的JQL中

转自:http://blog.csdn.net/computerheart/article/details/68924295 Jira更改工作流后,敏捷看板里无法显示sprint对应的问题列表 原创 2017年03月31日 14:00:12 标签: Jira / workflow / sprint 2058 今天再维护Jira系统时,部门主管认为敏捷开发的流程不能很好的表现出bug的处理流程,让单独整理一套bug处理流程,并发布到原有的敏捷项目里面,在使用管理员进行工作流维护中增加了bug fl

公司内部使用jira作项目管理,我接到新的需求,要在测试报告上获取jira的所有项目,再根据项目获取board看板,再根据看板获取Sprint,最后获取未完成的bug信息.效果如下: 第一次接入jira,网上很多人使用jira-rest-java-client-api(5.1.6),在编写demo的过程中,发现并不能满足我的需求--没有对查询board和sprint的支持 查看jira-rest-java-client-api的代码,流程如下(例子是查询jira的所有project): 1.Ji

This is a sample agenda for a sprint planning meeting. Depending on your context you will have to change the details, just make sure the outcomes stay the same. Meeting purpose: Plan and prepare for the upcoming sprintMeeting duration: ca. 1 hour for

http://www.csdn.net/article/2015-05-21/2824739?utm_source=tuicool 高效能团队是企业生存和发展的基石.任何企业面对当下的激烈竞争,要想脱颖而出,一定离不开量身打造的高效能团队,因为只有高效能团队才能发挥出最高的效能,让企业又好又快地发展. 企业效率的高低,取决于团队效能的高低.随着互联网行业的发展,单打独斗的“软件作坊”时代已经过去,要实现企业又好又快的发展,必须得依靠一个高效能团队的支撑. 高效能协作要关注协同.实施和集成 互联网

目录 目录 1.介绍 1.1.什么是 JIRA Core? 1.2.什么是 JIRA SoftWare 2.JIRA 的官网在哪里? 3.如何下载安装? 4.对 JIRA 进行配置 4.1.JIRA 安装程序 4.2.数据库设置 4.3.设置应用程序的属性 4.4.许可授权码 4.5.设置管理员帐户 4.6.设置电子邮件通知 4.6.完成设置 4.7.对 JIRA 进行破解 5.FAQ 5.1. JIRA 配置QQ企业邮件服务器 5.2.Jira Core/SoftWare如何做持久化 目录 1

前言 上一篇文章谈的是知识管理工具 -- Confluence,它来自澳大利亚 Atlassian 公司. 非常凑巧的是,今天要介绍的 JIRA 也是来自 Atlassian 公司的.但他不再是知识管理工具了.而是项目与事务跟踪工具.被广泛应用于缺陷跟踪.客户服务.需求收集.流程审批.任务跟踪.项目跟踪和敏捷管理等工作领域. 背景 在谈 JIRA 之前.就不得不说说敏捷开发了.正式因为项目是基于敏捷开发进行的,因此才引入了 JIRA 这款适合于敏捷开发的项目管理工具. 当然.这里不会大篇章的介绍

最近需要预言:是否可以通过jira API实现用例管理,对jira的应用.API.扩展等进行了一定的了解. Jira介绍: jira是目前比较流行的基于Java架构的管理系统(Atlassian公司支持),有开源代码,方便做二次开发(可扩展性). Jira的主要功能: 问题追踪和管理:用它管理项目,跟踪任务.bug.需求,通过jira的邮件通知功能进行协作通知,在实际工作中使工作效率提高很多 问题跟进情况的分析报告:可以随时了解问题和项目的进展情况 项目类别管理功能:可以将相关的项目分组管理:

Date Revision version Description author 2018-06-14 V1.0.0 Isaac Zhang 2018-06-22 V1.0.1 1,添加git提交操作说明2,提交message格式 Isaac Zhang 2018-06-25 V1.0.2 1,添加code review 流程 Isaac Zhang 2018-11-10 V1.0.3 1,流程修改2,添加统计信息 3,新增主任务类型Investigation 4,新增重点关注项 Isaac Z

一.创建与解决的问题-状态统计图 配置方式 理解该统计图 横坐标 x:时间 纵坐标 y:issue数量 统计图示解读: A.随着时间的推移,创建的问题数(红线)减少,修复问题数(绿线)增加,标志着版本问题已经趋向于收敛.创建问题趋向于零个时,说明产品迭代的测试活动已在收尾 B.未解决问题的发展趋势(蓝线)在12.27日前呈现持续增长,而12.27~12.28日为水平线,说明之前的时间测试工作一直持续进行,截止到27日基本测试完成(一般建议延长观察1天情况). C.问题统计数目表明整体的issue

迭代进行期间或者结束后,在我们的测试日报或者测试报告中需要体现缺陷详细情况,甚至大家工作效率情况.本文就讨论下如何通过jira api获取缺陷信息并进行分析,同时获取需求子任务情况来了解测试和开发的工时. 具体代码如下 //定义数据对象 @Data public class ReportData { String name; int bugNum; int taskNum; double taskTime; String bugTate; } /** * 获取sprint下的开发任务.测试任务以

项目迭代结束后我们需要把sprint下面的story.task任务状态修改到结束状态,如果手动修改会花费不少时间,本文就介绍如何通过jira api自动修改任务状态,提高工作效率. 一.查看任务工作流 1.想要查看任务工作流首先需要管理员权限,工作流路径:设置--问题--工作流,如下图:

作者:乔克 公众号:运维开发故事 上线发布是运维的日常工作,常见的发布方式有: 手动发布 Jenkins发布平台 Gitlab CI ...... 除此之外还有需要开源软件,他们都有非常不错的发布管理功能. 面临的问题 作为运维人员,上线发布是必不可少的一环,一个正常的发布流程是怎么样的? 需求方提发布任务,走发布流程 供应方执行发布上线 环节看似简单,但是中间其实是有断层的.一般企业在走上线流程都是通过一些公共渠道,比如邮件.钉钉.飞书的流程,这些都很难和运维执行上线发布平台进行关联上,而且也

怎么开头呢,由于自己比较懒,博客一直不怎么弄,以后克己一点,多传点自己遇到的问题和经历上来,供自己以后记忆,也供需要的小伙伴少走点弯路吧 最近公司项目需要竞标一个运维项目,甲方给予了既定的几种比较常用的平台各司其职,并提出了一些定制化要求,让所有竞标厂商,用同样的平台,同样的环境去POC,其中jira就是一种一部分,然后学习过程就开始了. 请让我再多一句题外话,说点心得,我们要做的事情,和想要做的事情,基本上atlassion官方都给予了文档,无奈,本人的英文实在渣到死,更无奈的是,国内关于ji

前言:在 上一篇 TFS2015敏捷开发实践 中,我们给大家介绍了TFS2015中看板的基本使用和功能,这一篇中我们来看一个具体的场景,如何使用看板来运行一个sprint.Sprint是Scrum对迭代的称谓,也是Scrum中团队协作的一个迭代单元,包含了Scrum中最主要的活动,我们来看看如何使用看板来支持这些活动. TFS 2015中对看板功能进行了大量改进.我们可以通过对列,泳道,展示样式及卡片内容进行定制,使TFS看板具有更强的展示效果与可操作性.本篇博文中我就对TFS 看板进行了一些深

返回目录 题目有点意思,大家都知道Dictionary<K,V>不是线程安全的类型,而List<T>是线程安全的吗?在今天之前大叔没有去测试过,而就在今天也是一个VIP问我,说在我的代码中使用了并行,然后为一个List赋值,说的直接一点就是:List元素是全局的,在各个线程里分别去操作它,测试数据是1万条,而在测试结果之后,我发展List元素最终的数组是9000多条,也就是说被并发了几千条数据,呵呵,下面咱们看一下源代码吧! 测试代码: [TestMethod] public vo

关于Parallel我也不细说了,一则微软封装的很好用,二来介绍这个的遍地都是. 我要说的是,要想成为一个优秀的标题党,一定要把重点放到别的地方,为了节省大家阅读时间,我先把结论说了,然后再慢慢从头说,愿意往下看的可以看看因果,不愿意看的,也算咱给大家提个醒吧. 结论就是,大家在做单元测试用例的时候一定要用心,这篇随笔是要检讨并警醒下自己并与大家共勉. 据一些我不记得名字的国外权威专家,据说是测试大师级人物研究,测试用例的出现的错误并不比被测试的代码少,我相信大多数人会和我类似,在写代码的时候小

标题的名称定义不知道是否准确,不过我想表达的意思就是使用Task特性来同时请求多个不同的接口,然后合并数据:我想这种场景的开发对于对接过其他公司接口的人不会陌生,本人也是列属于之内,更多的是使用最原始的异步委托的方法去处理,今天抽空写了一个使用4.5新特性Task来处理这种场景:各位看客有什么疑问或者好的建议及分享请博客通知,谢谢. A.项目结构图 B.namespace Pm.V.PM_BLL下面的BaseClass定义如下: public abstract class BaseClass {