禅道和bugfree哪个好上怎么统计任务的bug数量

如果是研发、测试、项目经理等职位的用户登录会显示 我的待办 我的任务 我的bug。要把我的待办改成我的任务的话需要修改代码实现。
是否可以调整顺序?
下一个版本 8.2版本可以自定义。本周五发布。禅道使用说明_百度文库
两大类热门资源免费畅读
续费一年阅读会员,立省24元!
禅道使用说明
阅读已结束,下载文档到电脑
想免费下载更多文档?
定制HR最喜欢的简历
下载文档到电脑,方便使用
还剩18页未读,继续阅读
定制HR最喜欢的简历
你可能喜欢&>&禅道统计工时sql语句+Excel工具出工时报表
禅道统计工时sql语句+Excel工具出工时报表
上传大小:60KB
禅道上的统计报表非常匮乏,专业版的水晶报表又不划算,自己动手弄了套工时统计的方案 还挺好用的
希望对大家有所帮助 附件就是统计个人名下所有需求,任务和bug的sql语句,以及Excel统计模板
操作步骤:
建议使用Navicat工具
1.直接复制语句到Navicat查询编辑器
2.复制查询结果到Excel文档(参考压缩包中的Excel模板)
3.使用Excel中自带的插入数据透视表功能做统计报表
sql查询内容包括:
以人为经度查询产品需求数量
以产品为经度查询各需求所处阶段
以项目为经度查询当前所有任务归属人和所处阶段等等...展开收缩
综合评分:4.4(7位用户评分)
所需积分/C币:
下载个数:72
{%username%}回复{%com_username%}{%time%}\
/*点击出现回复框*/
$(".respond_btn").on("click", function (e) {
$(this).parents(".rightLi").children(".respond_box").show();
e.stopPropagation();
$(".cancel_res").on("click", function (e) {
$(this).parents(".res_b").siblings(".res_area").val("");
$(this).parents(".respond_box").hide();
e.stopPropagation();
/*删除评论*/
$(".del_comment_c").on("click", function (e) {
var id = $(e.target).attr("id");
$.getJSON('/index.php/comment/do_invalid/' + id,
function (data) {
if (data.succ == 1) {
$(e.target).parents(".conLi").remove();
alert(data.msg);
$(".res_btn").click(function (e) {
var q = $("#form1").serializeArray();
console.log(q);
var res_area_r = $.trim($(".res_area_r").val());
if (res_area_r == '') {
$(".res_text").css({color: "red"});
$.post("/index.php/comment/do_comment_reply/", q,
function (data) {
if (data.succ == 1) {
var $target,
evt = e || window.
$target = $(evt.target || evt.srcElement);
var $dd = $target.parents('dd');
var $wrapReply = $dd.find('.respond_box');
console.log($wrapReply);
var mess = $(".res_area_r").val();
var str = str.replace(/{%header%}/g, data.header)
.replace(/{%href%}/g, 'http://' + window.location.host + '/user/' + data.username)
.replace(/{%username%}/g, data.username)
.replace(/{%com_username%}/g, _username)
.replace(/{%time%}/g, data.time)
.replace(/{%id%}/g, data.id)
.replace(/{%mess%}/g, mess);
$dd.after(str);
$(".respond_box").hide();
$(".res_area_r").val("");
$(".res_area").val("");
$wrapReply.hide();
alert(data.msg);
}, "json");
/*删除回复*/
$(".rightLi").on("click",'.del_comment_r', function (e) {
var id = $(e.target).attr("id");
$.getJSON('/index.php/comment/do_comment_del/' + id,
function (data) {
if (data.succ == 1) {
$(e.target).parent().parent().parent().parent().parent().remove();
$(e.target).parents('.res_list').remove()
alert(data.msg);
//填充回复
function KeyP(v) {
$(".res_area_r").val($.trim($(".res_area").val()));
评论共有8条
有一定参考意义!
可以用,但是很多还是有点麻烦,还需要自己再研究研究
可用性不高,给出的excel只是个模板并没有对应的公式统计,自己会写sql还是自己写比较好一点
有一定参考意义
太棒了,很好用。
可用,谢谢了
可用,不过语句还有漏洞,譬如没有判断已删除的记录
虽然比较麻烦,但确实可用
审核通过送C币
MySQL基础知识书籍
创建者:ivccav
创建者:chenhongxin
MySQL数据库学习电子书
上传者其他资源上传者专辑
测试计划模板(Testing_Plan_Template)
测试用例模板(Test_Case_Template)
数据库热门标签
VIP会员动态
下载频道用户反馈专区
下载频道积分规则调整V1710.18
开通VIP,海量IT资源任性下载
spring mvc+mybatis+mysql+maven+bootstrap 整合实现增删查改简单实例.zip
CSDN&VIP年卡&4000万程序员的必选
为了良好体验,不建议使用迅雷下载
禅道统计工时sql语句+Excel工具出工时报表
会员到期时间:
剩余下载个数:
剩余C币:593
剩余积分:0
为了良好体验,不建议使用迅雷下载
积分不足!
资源所需积分/C币
当前拥有积分
您可以选择
程序员的必选
绿色安全资源
资源所需积分/C币
当前拥有积分
当前拥有C币
(仅够下载10个资源)
全站1200个资源免积分下载
为了良好体验,不建议使用迅雷下载
资源所需积分/C币
当前拥有积分
当前拥有C币
全站600个资源免积分下载
资源所需积分/C币
当前拥有积分
当前拥有C币
您的积分不足,将扣除 10 C币
全站1200个资源免积分下载
为了良好体验,不建议使用迅雷下载
你当前的下载分为234。
你还不是VIP会员
开通VIP会员权限,免积分下载
你下载资源过于频繁,请输入验证码
你下载资源过于频繁,请输入验证码
您因违反CSDN下载频道规则而被锁定帐户,如有疑问,请联络:!
若举报审核通过,可奖励20下载分
被举报人:
yzhou452zy
举报的资源分:
请选择类型
资源无法下载
资源无法使用
标题与实际内容不符
含有危害国家安全内容
含有反动色情等内容
含广告内容
版权问题,侵犯个人或公司的版权
*详细原因:
禅道统计工时sql语句+Excel工具出工时报表如何自动计算任务“剩余”时间? -
- 禅道开源项目管理软件
当前位置:
如何自动计算任务“剩余”时间?
如何自动计算任务“剩余”时间?
访问次数: 13
当前积分: 101
当用户修改某个任务的“消耗”时间时,往往希望“剩余”时间框可以自动更新为“预计”时间减去“消耗”时间。
这个改动代码应该不大吧。大大能否指点一下,我自己直接改就是了。
访问次数: 10481
当前积分: 527010
错,任务的剩余时间并不是预计时间 - 已经消耗。你要改成这样的逻辑,就错了。
访问次数: 13
当前积分: 101
我明白你的意思。剩余时间可能大于原先的预计,也可能小于原先的预计。但是,你有没有考虑初始的预计时间比较准确的情况呢?也就是说,预计时间减去消耗时间恰好符合实际进展的情况。在这种情况下,任务状态更新者认为,预计时间 - 消耗时间就=剩余时间。我做scrum很久了,而且是在世界上最大的软件公司做scrum。我发现往往不到最后一刻,任务的拥有者不知道这个任务是否会超时。在这种情况下,前面更新任务的时候,每次都要手动填写剩余时间,是浪费时间,降低效率。
我发现这个软件的很多设置,太过教条,死扣scrum的概念。要知道在实际使用中,很多时候scrum的条条框框是无法完全执行的。更多的时候,scrum的精神更重要。中国人讲因地制宜,讲中庸。我希望这个软件已经这个软件的制做者也要多看实际情况,而尽量避免关起门按照教科书来做产品。
以上一席话,仅代表个人意见,供你参考。有说的到不到的,请海涵。
访问次数: 10481
当前积分: 527010
你提的这个需求,我们当时开发的时候,考虑过这个。你说的没错,如果对任务估计的时间比较准确的话,预计时间= 已消耗+预计剩余。但这种情况应该很少。所以当时我们就强迫大家填任务的时候,去思考,计算已消耗和预计剩余。是我们有意为之。如果大家每次填写任务的时候,都是按照上面完全等于的工时来计算,平时燃尽图很好看,但就像你说那样,超时往往会在最后才会暴露出来。这时候已经晚矣。
要知道,scrum核心实践里面,都是通过看板来进行任务跟踪的。团队的成员都是每天手工修改任务的预计剩余,你觉得这样浪费时间吗?降低效率吗?我觉得scrum并不是事情做得越快越好,而是敏捷的去做事。怎样才能算是敏捷?我觉得首要是正确。快,但不正确,这不是敏捷。
人其实都是很懒的,我们这样设计,就是防止大家填写任务的时候,不去思考,依赖系统的计算。所以强迫大家去填写。这样的话,体现在燃尽图,才会比较合理。
不清楚你所说的世界上最大的软件公司指哪家?微软吗?呵呵,我们做东西,不迷信。不清楚你所说的教条,具体体现在什么地方?其实scrum的核心实践就那么几条,如果称之为教条的话,死扣也没有关系,呵呵。很多公司实行scrum不成功,就是因为没有严格按照scrum的实践去做。而是按照自己的想法去执行scrum,结果不是很好。
你说我们说关起门来按照教科书做产品,这话说得一点都不厚道。我们软件里面并没有出现backlog, product owner, story, scrum master这些概念,就是怕国内的公司不了解scrum,给整懵了。我在IT行业已经有十年多了,大公司,小公司,都呆过,开发、测试工作都做过,也做过很多项目,scrum我也参与学习了三年,有成功的经验,也有失败的经验。禅道就是总结了之前工作过程中出现的问题,再加上scrum的核心实践做出来的。如果你认为这样也是按照教科书来做,那也没有办法了。
回到你的需求,这个修改其实很简单。module/task/view/edit.html.php,通过js来控制已消耗和预计剩余的值就好了。
访问次数: 13
当前积分: 101
谢谢你的答复。仔细考虑了一下你的出发点和想法,觉得还是维持现在的实现比较好。确实,每个任务的拥有者应该清楚的去预估剩余时间。而不要依赖自动计算的结果。
我之前的回复,有些措辞不当,或者结论下得太草率,请多多包涵。
我还有以下几个问题,希望你能给我一些信息和答案:
1。为什么项目里的任务没有起始时间?
2。为什么任务之间无法彼此关联?比如,任务B必须等到任务A完成后才能开始做,这类关系如何表达?是不是在后续版本考虑加入支持呢?
另外,急需的功能需求有:更好的统计,包括每个人的任务情况(完成的,在进行中的,为开始的,等等)。
访问次数: 10481
当前积分: 527010
呵呵,很喜欢这种讨论。大家观点可以互相撞击,才有新的火花产生。:)
关于项目里面的任务的起止时间和关联关系,可以参考这篇帖子:[url]/thread-view-78911.html#2[/url]
统计方面的功能,我们后面会陆续加强。但短期内不会那么快。
访问次数: 13
当前积分: 101
建议你们制作一个产品的roadmap,并公开发布在网站上。这样,使用或者打算使用你们产品的人好知道产品的发展趋势。同时,你们也会收到针对那个roadmap的有用反馈,帮助你们了解客户的紧迫需求,并适当调整功能开发的重点。
访问次数: 10481
当前积分: 527010
/product-roadmap-1.html
访问次数: 13
当前积分: 101
多谢分享roadmap,看了下,基本上后面几期都没有增加太多实质性的功能,仅仅是完善细节。用户比较期盼的,比如,统计功能等,却还不知道啥时候能增强。还有,就是现在的邮件通知,好像没有任务逾期未启动或者未完成的提醒。
访问次数: 10481
当前积分: 527010
需求的优先级,对于不同的人来讲,是不同的。对于我们来讲,后面几期其实有很大的改动,就是增加文档库、讨论,增加多语言版本。文档库和讨论时两块很大的功能。我们不可能谁说,某某需求很重要,我们就会立马去做。我们有我们的计划和安排,比如,后面几期的功能改进,是为了参加开源软件竞赛。你也许不赞同,但这对我们来讲很重要。
所以,请多考虑下我们的事情。毕竟,禅道是开源软件。如果你真的很迫切,可以考虑自己修改。我们之间没有契约关系,所以请不要用收费用户的那种要求来要求我们。
访问次数: 13
当前积分: 101
你说得开源,免费,比赛等等,我想大家都能理解的。
不过,你是否注意到,国外很多成功的开源软件,刚起来的时候,都靠的是口碑而不是奖杯。
口碑是靠功能(包括性能)实实在在做出来的。禅道这个系统已经有了很好的起点。我个人非常支持它。但是,它还欠缺几个关键的功能或者说还没有做好的功能。既然号称是管理系统,那基本的统计(任务,人力资源,成本)功能总应该具备的吧。这就好比人有头,有手还要有脚,缺一样就是残废。象文档类的功能,大家就算没有这个系统,也大不了可以用服务器共享目录或者某种源代码控制系统,都可以代替禅道这部分功能的。但是,统计这块,缺无法代替。很多产品,项目,任务,人力,成本和bug信息都已经输入了,当然需要靠这个系统去产生好的报表和趋势图。
另外,定时提醒和逾期提醒,做为scrum来说,也是基本的必不可少的功能。毕竟,现在中小公司,要专门花一个人的力量,去盯团队成员的状态,不是很经济,很有效率的做法。
我提出这些需求,只是相给你们提个醒。希望你们重视起来。如果你们觉得这是我当方面的需求,那大可在网站上搞个投票嘛。把几大功能列出来,看看大家投票的结果如何再定你们的路线图。这不是很公平,很透明的做法嘛?我最不希望看到的是,大家使用你们产品后,过一阵子,转头其他产品。这个世界上有句话,叫“用脚投票”。我想,这也是你们不想看到的结果吧?
以上是我个人的一些意见,说出来和你们一起探讨探讨。同时,也希望你们明白,开源是免费的,但是免费的不等于你可以对你的用户说“你爱用不用”。禅道bug管理工具 - CSDN博客
禅道bug管理工具
禅道里面的bug基本流程是:测试人员提出bug -& 开发人员解决bug -& 测试人员验证关闭。
下面我们来演示下具体的使用方法。
一、创建产品
使用功能之前,需要先创建产品。禅道里面设计的理念是bug主要附属在产品概念下面的,后面我们会详细讲述产品和项目之间的关系。
新增产品的时候,需要设置产品的名称、代码,几个负责人信息。
二、提出bug
有了产品之后,我们就可以来创建bug了。
在创建bug的时候,必填的字段是影响版本,bug标题,重现步骤这些基本的信息。所属项目,相关产品,需求可以忽略。创建bug的时候,可以直接指派给某一个人员去处理。如果不清楚的话,可以保留为空。
三、解决bug
当一个bug指派给某一位研发人员之后,他可以来验证解决这个bug。
2.1 通过各种标签和检索条件找到需要自己处理的bug
在对bug进行出来之前,需要先要找到需要自己处理的bug。禅道提供了各种各样的检索方式,比如指派给我,可以列出所有需要我处理的bug。
2.2 解决bug
研发人员解决bug,选择解决方案,一般来讲有效的解决bug方案是”已解决“。详细的解决方案,我们在后续的文章中会详细加以讲述。
四、关闭bug
当研发人员解决了bug之后,bug会重新指派到bug的创建者头上。这时候测试人员可以来验证这个bug是否已经修复。如果验证通过,则可以关闭该bug。
本文已收录于以下专栏:
相关文章推荐
最近正在使用的本地bug管理软件又出问题了,已经记不清这是第几次了,每次出现问题都要耗费大量的时间精力去网上寻找解决方案,劳心劳力。
1.  Bug基本要素
缺陷ID,状态,类型,所属项目,所属模块,缺陷提交时间,缺陷提交人(检测者),严重程度,优先级别,缺陷描述信息,测试步骤,测试前置条件,测试数据,期望结果,实际结果
2.  B...
今天终于找到了一个被大多数人称为完美的项目管理、BUG管理工具,并且安装成功了。Jira作为一个Bug管理软件,成功的融合了项目管理、需求管理等等功能,强大的自定义扩展能力,完整的用户权限管理。可惜软...
常用的五大bug管理工具的优缺点和下载地址
1、 QC(Quality Center)
是原Mercury Interactive公司(现已被HP收购)生产的企业级基于WE...
他的最新文章
讲师:宋宝华
讲师:何宇健
您举报文章:
举报原因:
原文地址:
原因补充:
(最多只允许输入30个字)}

我要回帖

更多关于 禅道怎么导出bug表 的文章

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信