标签: bug-tracking

这个问题可能过于产品特定,但我想知道是否有人从HP Quality Center导出错误跟踪数据.

惠普质量中心(QC)有一个旧学校的COM API,但我宁愿使用网络服务,甚至可能使用屏幕刮刀将数据导出到Excel电子表格中.

无论如何,从托管的HP Quality Center导出错误跟踪数据的最佳方法是什么？

我对评估错误跟踪器感兴趣,但我想要备份并找出哪些标准在错误软件中最重要.到目前为止,我所想到的事情包括:

• 与源代码控制集成
• 可用性
• 基本功能(电子邮件通知,RSS,案例状态)
• 定制
• 高级功能(报告,可视化)

• 稳定性

• 成本

• IDE集成

有任何想法吗？

我们有2个系统在工作,我们付费,我们不使用,我不知道为什么,目前我们正在使用电子表格,让我们说它不是最好的解决方案.所以我要去一个小流氓并在我的开发环境中设置一个错误跟踪系统,并尝试让人们至少在我的项目上使用它.

有什么建议？必须是免费的,可以在iplanet网络服务器上运行(所以cgis是最好的)并且非常简单.Bugzilla太复杂了.像wordpress一样容易使用的东西是理想的.我很想使用wiki或wordpress只是因为它比电子表格更糟糕,但真正的bug跟踪系统才是最好的.

你们中的一些人会建议"为什么你们不使用现有的两个系统之一？" 并且"如果你没有使用你现有的系统,你将不会使用新系统."

这可能是真的,但这对我没有帮助.有什么建议易于设置,易于弄清楚和使用？目标是尽可能接近零学习曲线,以便更快速,更轻松地采用它.

我的小项目需要一个免费的bug跟踪器.我需要跟踪bug,todo列表和测试用例.有什么建议吗？

我安装了 Redmine，并且希望能够授予用户查看（或许还可以更新）单个问题（并非项目中的所有问题）的能力。问题是这个问题是由其他人报告的。

使用案例：用户 A、B 和管理员 C

1. admin C 创建两个错误报告 1 和 2
2. 管理员 C 希望向用户 A 授予对 bug 1 的查看访问权限
3. 管理员 C 希望向用户 B 授予错误 2 的查看访问权限
4. 用户 A 不应该能够访问 bug2
5. 用户 B 不应该能够访问 bug1

可以用Redmine来完成吗？我一直在摆弄这些设置，但我没有找到完成此用例的简单方法。

如果没有，是否有其他错误跟踪器允许这种用例？

跟踪代码库部署的好方法是什么？我希望能够看到何时在特定服务器上部署了一个版本,谁发布了它,它解决了哪些问题,等等.

目前,我们有一个部署工具,可以在我们的问题跟踪器中生成包含所有这些信息的问题.这样可以轻松地将发布问题与相关问题相关联,但它也会污染我们的问题数据库.

我们还希望从内部开始持续集成,这意味着会有更多的发布问题.

是否有更好的跟踪版本的方法？

我们的技术堆栈是PHP(Symfony2),使用Phing作为构建系统,定制的基于Web的部署工具,用于错误跟踪的Mantis和用于存储库托管的Bitbucket.

我长期使用TFS作为我的代码的源代码控制存储库,它在版本化代码时非常有用.

TFS可以用作具有时间记录和问题管理功能的完整错误跟踪系统吗？如果是,如何使用TFS作为错误跟踪系统来保持,跟踪和分类团队成员之间的错误？

如果它不合适,有哪些替代方案？易于使用界面非常重要.

我今天整天都在搜索,发现了很多(好的,好的 - 几打)Bug Trackers,有些是免费的,有些是托管的,有些是非常昂贵的.我很快意识到我没有时间花时间对它们进行评估(特别是因为它们中的很多都有很多我们永远不会使用的功能).

这是我的适度要求清单(至少我认为它们是适度的):

1. 低成本(或免费):让我们说100美元+/-到拥有的范围,或10美元+/- /月到主机的范围
2. 基于PHP/MySql(如果我们要拥有) - 托管,一切都很好
3. 易于安装(FTP,然后设置数据库,然后编辑config.php类的东西)
4. 请基础知识​​(基本提交/更新/提交错误)
5. 体面的归档/关键字标记/搜索机制

其他任何东西(如维基,电子邮件,论坛,图表等 - 不需要).我们已经有了一个帮助台系统(HelpSpot),所以也不需要那个.

我想我自己可以写一个快速的,或者只是在我们的内部Wiki上创建页面,但是在bug追踪世界中这个轻量级的东西不存在吗？如果您有任何好的推荐,我不介意评估接近上述要求的3或4.

非常感谢 -

添加

前几条建议适用于FogBugz和Bugzilla.我看了两个,虽然它们都非常好(特别是FogBugz),但它们有太多的功能满足我们的需求.我正在寻找的东西(如果它存在)是更基本的东西.谢谢〜

我正在寻找方法来追踪SSRS错误发生的位置.

我有一个大约90列宽的报告,包含多个公式.我遇到的问题是,在其中一个公式中存在除零误差.我已经在这个问题中实现了Robert Harvey的答案,但我仍然得到错误.我知道答案是有效的,因为我在一份小报告中对其进行了测试.

所以问题是:当SSRS仅报告发生错误时,您究竟如何确定SSRS中发生错误的位置？

编辑显示的错误是

本地报告处理期间发生错误报告处理期间
出现错误
无法读取数据集的下一个数据行MainReport
Divide By Zero错误已装入

我在一家使用过时的错误跟踪软件的开发商店工作.他们目前正在权衡取代它的替代品.

该软件可以跟踪我们的错误以及新功能请求的任务.

我们构建了一个核心应用程序,我们为各种客户配置和支持.在这种情况下,我们确实有客户服务技术人员来提供核心应用程序错误和客户端配置错误的帮助.

由于这种倾向于客户服务/技术支持,建议的替代方案是Microsoft Dynamics CRM.我没有这方面的经验,但据我所知,对于面向客户的问题跟踪而言,这比从开发角度进行错误跟踪和QA更重要.

有没有人使用过Microsoft Dynamics CRM,发现这适合用于错误跟踪的软件？

我无法识别使用CRM软件跟踪错误/任务的好处.我可以理解它的销售方面,但我认为使用单独的bug跟踪软件比将所有内容捆绑在一起更有意义.是否有其他人遇到这种困境 - 这种方法的结果和/或有说服力的论据是什么？

编辑:客户不需要直接添加错误; 他们打电话给我们的支持台,我们打开一张票.我们当前的软件扩展为将问题跟踪和错误/功能跟踪作为一体化系统.不幸的是,它没有做得很好 - 中断发生在源控制级别.我们无法将变更集与错误或任务相关联.

我最终提出的建议是使用TFS进行开发任务/错误,这为我们提供了自动变更集链接,并继续关注使用Microsoft Dynamics CRM解决客户问题的途径.可能有一些方法可以将两者配置为一起工作,但如果没有,则需要在问题#中添加注释以将问题与通过开发/ QA /部署的错误相关联.

谢谢你的回答!