推荐JIRA图形插件JIRA Charting Plugin

转自：http://blog.youkuaiyun.com/marising/archive/2008/11/19/3336560.aspx

 

 

 装上JIRA之后，创建乐几个任务，用Filter查看几次，发现很不直观，因此在jira的网站上找乐图形化的插件。具体请看下面链接：http://www.atlassian.com/software/jira/plugins/charting.jsp

使用和安装

1. 将插件的JAR复制到JIRA web application的WEB-INF/lib 目录下 然后重新启动 JIRA.
   注意:1你再做下一步之前必须重新启动 JIRA
          2这三个字段必须按照各自的自定义字段类型添加(不要用Date Picker添加他们)(就是说不要添加Date Picker然后名字叫做Resolution Date等,虽然Resolution Date的searcher 还是Date Pick的 )
2. Administration > Custom  添加一个新的Resolution Date类型的自定义字段,不要添加他到任何的workflow transition screens(例如 Resolve screen) ,但是如果你想要的话你可以让他在默认的("问题导航栏")screen显示。建议: 自定义字段的名字叫 "Resolution Date" 。警告: 正确的设置 searcher为 "Date Picker" (好处: 意味着你能按照 date resolved搜索和过滤)
3. Administration > 添加一个新的 Date of First Response类型的自定义字段. 不要添加他到任何的                  (transition) screens。警告: 正确的设置 searcher 为 "Date Picker" (好处: 意味着你能按照 date of the first comment搜索和过滤!) <该值将第一次comment的时间认为第一次Response的时间据本人试验 Administration添加comment 不会更新该值>
4.  Administration > 添加一个新的  Time in Status 类型的自定义字段. 不要添加他到任何的(transition) screens.  警告: 正确的设置 searcher为 "Free Text Searcher" (注: 不要期望它显示在任何的screens,它不是以人类可读的形式存储的) 
5. Administration > Indexing 进行re-index

装完了之后，每个人都可以设置Dashboard，在自己的Dashboard上设置图形化Portlet，最好是配合Filter使用。
项目说明：

• Recently Created Issues - 显示最近创建的Issue的图。如果数量多，则需要开发人员抓紧修复。
• Created vs Resolved Issues - 新创建和解决的Issue的趋势图。刚开始测试，一般是发现的Bug多，解决的少，到了后期，是发现的少，解决的多。可以根据这个趋势来判断软件质量。
• Resolution Time - 解决Issue的平均时间，可以看出团队的效率和速度，应该尽快提高解决Issue的速度，降低时间，很多公司规定，严重问题24小时内解决，则可以通过Filter和Resolution Time配合来检查。
• Average-Age Open Issues - 显示问题未被解决的天数平均值的柱状图。这个图表显示了指定时间段（例如每天，每周）问题遗留的时间的平均值。
• Pie Chart - 显示来自项目或者过滤器由统计类型归纳的问题饼状图。问题可以按它的任一可统计的属性来归纳（例如 状态 优先级 等等）。
• Average Time in Status - 显示问题在一个状态的平均天数
• Average Number of Times in Status - 显示（所有已经解决的）问题拥有某个状态的平均次数
• Time to First Response - 在项目或者过滤器中第一次响应issue的小时数。
• Time Since Chart - 对一个给定的时间字段，显示在这个时间内的所有Issue的数量。日期字段可以选择Create Date,Update Date,Due Date,Resolution Date,Date of first response。选择不同的日期字段和前面几个是有重合的，这个更加灵活一点。

归纳起来就是，
一是看数量，新建bug的数量，解决bug的数量，各个状态的数量，从数量大致能判断产品质量的发展趋势。
二是看时间，看处理bug的平均时间，通过时间可以考察团队的速度和效率。