问题标签 [bug-tracking]

您知道任何支持通过向特定地址发送电子邮件来添加错误的错误跟踪工具吗？

我们经常在 JIRA 中报告一个应用程序的多个版本的问题。但是，这些问题的修复不会针对报告问题的每个版本同时提交。这使得很难跟踪在哪个版本中提交了修复，并且开发人员有时会忘记为某个版本提交修复。

有没有办法跟踪单独报告但在同一个问题中的每个版本的问题状态？除了问题的单一状态（仅当所有版本都具有该状态时才更新为状态，即问题在所有修复版本中都已解决时设置为“已解决”），我希望看到一个每个修复版本的不同状态。

在查看 Atlassian 页面后，我在他们的 JIRA 中发现了一个旧问题，它要求使用此类功能。与此相关的是，论坛讨论建议为每个版本使用一个子任务。如果有一个插件可以在问题创建和修复版本更新时自动创建子任务，这将是一个很好的解决方案。有这样的插件吗？

除了安装痛苦的非 Windows Bugzilla之外，还有哪些开源问题跟踪程序可以推荐，它们与常规 Windows 样式安装一样好但可用？（.exe或.msi）

我想下载Trac数据库，以便离线查看其票证。有没有办法做到这一点？即，如果我需要离开办公室并随身携带笔记本电脑，如何在无需连接到公司网络的情况下随身携带门票？

我知道Mylyn可以通过它的 trac 连接器下载和同步票证，但我想要一些独立的查看器。

据说[Software Defect ReductionTop 10 List]，“大约 40% 到 50% 的用户程序包含重大缺陷”。

有哪些重大缺陷以及如何克服它们？

我们开发的产品由跨产品（项目 1、项目 2、...）共享的核心运行时和项目/产品特定部分组成。对于这些“产品”中的每一个，我们维护多个分支，因为不同的版本被推出到该领域并需要维护，有时甚至是功能反向移植。

我们还使用 JIRA 作为问题跟踪系统，我无法找到正确的方法来为我们的产品类型/分支建模。在这种情况下似乎相关的 JIRA 元素是组件和版本：

• 我们使用组件来区分 CORE、PRO1、PRO2 等
• 我们还使用组件来确定所关注的分支
• 我们使用 Fix Version 来跟踪解决问题的迭代（迭代开发、双周迭代）

这或多或少有效，但使用 Component 分支类型是一种黑客行为，并且缺点是您不能“淘汰”组件，只能删除它们。我们选择这种方式是因为如果我们将迭代与修复版本字段中的分支混合在一起，我们将无法再查询“迭代 X 和分支 Y”（JIRA 不支持 AND 查询）。

在 JIRA 中维护分支和跟踪迭代有哪些最佳实践？

上下文的一些统计数据：我们正在谈论大约 4 种产品类型和每种产品类型大约 3 个主要分支来维护。

如何查询与用户相关的所有 trac 票证。即所有票证曾经被分配、现在分配、创建等等等等

我知道以前有人问过这个问题，但我正在寻找免费且仅在线的错误跟踪系统。

我们不是在寻找任何花哨的东西，只是希望测试团队能够记录一些东西，以便测试人员可以回去检查错误。

我查看了 bugzilla，但必须安装它，而且安装过程似乎很长。基本上是在寻找快速而肮脏的东西......

我正在寻找有关您使用每个系统的原因和时间以及哪些功能可以区分错误与问题跟踪应用程序的解释。

目前我们使用 FogBugz 来跟踪问题，发现没问题。我正在寻找其他可以让最终用户能够与我们一起跟踪他们的案例的东西。还有一些实际上适用于电子邮件的东西。我找到了一些支持这些功能的替代方案，但它们不与版本控制集成。我们在fog bugz 中拥有所有的SVN 钩子并且我们使用它们——但我还没有真正发现它们那么有用。有没有人找到一个非常好的理由需要将版本控制与错误跟踪器集成？