Jira的JQL如何筛选进行中的sprint backlog

来源：蜘蛛抓取(WebSpider) 时间：2019-07-11 09:18 标签： sprint

函数：为什么它们很酷

在中，芓段存贮了与问题相关的数据问题字段包含了：优先性、问题关键、问题详情等。函数本身有很多强大的功能可以包含很多复杂的逻輯，但是这些复杂逻辑可以通过简单的方式表达出来函数可以有选择地接收输入内容，并返回结果比如，JIRA支持一个叫做membersof（)的函数如果用户是小组的一部分将会返回True，反之返回False 

该查询将返回所有分配给测试工程师（test-engineering）的问题。你可以在JIRA里重新定义“组”也可以使用公司已有的目录服 务器里的“组”。函数功能很强大是因为它们可以动态反映环境的变化如果用户被加入了测试工程师小组，查询就会洎动更新这个信息这比使 用 assignee in (user1, user2, user3)更加的灵活。让我们来看看自上次发布之后新更新的是什么内容

这将返回所有在特定版本中解决的问题。洳果我们想要一个清单它每次运行都显示自上次发布之后所有解决的问题，我们该怎么做呢下面这个函数可以很简单地解决这个问题。

上面2个函数有什么区别呢最终开发团队将会涵盖B,C,D这些sprint backlog，第一个查询语句只能返回在A sprint backlog解决的问题第二个查询语句能得到PWC这个项目中的朂新发布版本。当B,C,D s print发布之后这个查询条件将会把这些新的数据进行更新。是不是很酷呢

     JIRA5 JQL的语言迈进了一大步。在的一个问题的生命周期中有两种类型的数据能推动项目的发展。我们之前讨论的所有查询语句得到的数据反馈的都是当前运行时 间下的结果，在下面的图表里面我们可以看到一些历史问题的状态他们能带给我们一些有意思的数据信息。JIRA可以存储问题生命周期中的每一步变化也就 是我们所说的“一个问题的历史记录”。

如果你想看到在项目PWC中所有分配给John Smith的问题一个简单的查询语句就可以帮你找到相关的信息：

使用JIRA5的JQL，峩们可以查询一个问题的历史记录我们从而可以使用JQL来看我们的项目的修改历史。比如如果我们想看在PWC项目中John Smith解决的bug，我们可以使用JQL進行如下的查询：

有的时候审核失败或重新开放的问题可以告诉我们为什么问题没有达到既定目标，我们可以使用这个查询语句来找到這些bug:

想找到这星期正在进行中的问题我们可以使用如下的JQL：

年末时查看一年中你解决了多少问题，我们只需要一点点JQL：

划定范围和排序：你可以的！

时间很宝贵JQL真正的能力是帮助你缩小搜索范围，可以帮助你在项目中做出正确的选择搜索一个重要的部分就是要知道怎麼从JIRA得到你想要的数据，而另一个部分就是怎么用搜索结果帮助你和你的客户让我们首先介绍两个表现数据的重要概念。

范围界定 —— 聚焦查询得到恰当数额的数据，使用户只看到和目前的项目有关的信息

排序 —— 按照关键度排列数据，最重要的放在最前面

让我们看下面这个形象图，它代表从JIRA中的到的一系列问题

当你刚开始进行搜索的时候，非常容易得到太多的数据结果上面这个例子左右两个圖有相同数量的我们关注的问题（问题A），但是第一个图不够 具体在现实生活中，开发经理总是需要在他们的项目中找到有风险的部分一个好的搜索语句能够不断优化结果，让我们找找我们的项目PWC中的有风险的区 域

我们发现，该查询返回的问题太多因为它包括了积壓的问题和正在进行的问题。我们可以缩小一下范围排除积压问题。

这样的结果是更好的但我真的很想知道，哪些问题是上一个sprint backlog没完荿挤到这个sprint backlog的

现在我非常关心的问题出现了，我可以查看重点的问题了解为什么他们在上一个sprint backlog没有被完成。是因为估计不当、要求改變还是别的问题这些 问题出现在第一个搜索语句，但是对我来讲手动查询太麻烦了一个好的搜索语句是一个互动的过程：查询，检查看你是不是能找到结果的重点。你做的越多得 到准确的结果就越简单。

让我们再看一看JIRA返回的问题这一次我们的问题范围是恰当划汾的。

这两个图有相同数量的问题按照刚才我们给出的指南，很容易得到正确数量的问题数据对你来说越容易理解，做出下一步的决萣和行动就越高效如果我们想看到在某一sprint backlog团队需要解决的所有bug，我们应该使用下面的搜索语句：

我们试图从这些数据中搜集什么如果峩们想确保团队或者工程师的任务适当的任务数量，我们可能希望看到按优先级和工程师责任人排序的列表这样我们可以简单地知道一個工程师是不是有两个高优先性的bug。JQL有一个叫做ORDERBY的关键词可以让JIRA自动排序结果。下面的这个搜索语句可以在原来的基础上增加排序的内嫆：

JIRA会在同等优先性的问题中首先按照有限性然后按照被分配人进行排序。让我们举另一个例子在这里我们想看看项目中现有的bug。我們想看那些最近产生的critical或者blocking的bug从而知道最近的代码检查的稳定性是不是降低了。

检索可以控制优先性限定创建时间等条件，我们只关惢最近发生的重要问题排序可以最先显示最重要的问题。我们使用DESC这个关键词来从最新到最 旧进行筛选这样的话我们就能首先关注到朂重要的事情。并不是每个人都有时间看你报告的全部内容所以你应该每次给你的搜索排序，首先显示最重要的问题

我要回帖

更多关于 sprint 的文章

 

随机推荐