问题标签 [issue-tracking]

在我的整个职业生涯中，我在 QA 方面取得了不同程度的成功。我承认我可以亲自接受错误报告，但通常当它们以自由形式制作时，其措辞更像是抱怨：“这个过程仍然不起作用！”，没有足够的信息来重现缺陷。

我愿意努力提高对批评的敏感性，但我也对使 QA 流程去个性化并鼓励信息丰富的错误报告的工具和技术感兴趣。目前，错误是通过电子邮件报告的，或者有时通过走上去并用语言来报告。

任何工具都应该是：像啤酒一样免费，易于安装/低管理。我也对如何让自己对错误报告不敏感的博客文章、书籍或文章持开放态度。

在 Jira 中，将项目链接在一起既简单又有用。

例如，您可以轻松克隆一个问题：创建问题 100，将其克隆到 101。100 然后显示“这个问题有一个克隆：101”，101 然后显示“这个问题是一个克隆：100”

同样，您可以将问题 201 标记为与 200 重复（反向为 200 与 201 重复），并且还有一些其他链接类型。

我的问题是关于相关票证的使用。关系的一侧标记为“此问题与...有关”，另一侧表示“此问题与...有关”。

您的开发团队如何定义这两个项目？除了显示不同之外，这无关紧要，使链接类型略有不同，当一个问题是其他一些问题的“亲戚”时，它们看起来是不同的，但也与其他一些问题“相关”。 ...

在我们的组织中，我们根据要求将产品交付给不同的产品线。简而言之，根据客户要求定制并交付相同的应用程序。部署应用程序后，有时我们会收到客户端记录的一些问题。

我的问题来了。谁负责调查和解决问题

• 程序员
• 测试人员

管理层要求测试人员调查并解决问题。但是测试人员没有机会查看代码。要求测试人员解决问题并最终浪费时间无所事事从而延迟向客户提供解决方案是否可行。

背景

我是一家单人商店（微型 ISV）。将我的产品上线一周后，我收到了一位客户关于一个错误的邮件。这是一个明显的修复，我在 5 分钟内修复了它，但我意识到错误报告这么晚的原因是因为我与用户的唯一联系是通过邮件。

我觉得我需要更多的东西，但我很难找到正确的解决方案。

我正在检查一些解决方案，但我希望社区提供一些反馈

问题

当您想为您的客户提供优质服务和支持时，您对微型 ISV（在线和内置软件）使用什么？

我是一家小公司的开发人员，该公司即将承担一个大型项目。
我们目前使用电子邮件进行问题跟踪，我打算建立一个错误/问题跟踪系统
（可能是 bug genie、mantis 或 trac - 我们想要基于 Web、php、开源、mysql 的东西）
我们有源代码控制 (SVN)

在过去，我发现错误跟踪系统的最大问题是信息在跟踪系统和电子邮件之间分离。

您如何确保电子邮件中的信息可供审查您的错误跟踪软件中的错误的人使用？

您如何让处理错误的人员轻松地将他们发送和接收的电子邮件中的信息提供给错误跟踪系统？
根据我的经验，如果这不容易，人们会避免这样做。

我有一个使用此调用的联系表：

这是用户单击它时执行的javascript（jQuery）：

问题是，当有人单击链接时，它会打开模式，并且在加载任何内容之前它会自动重定向 URL 中出现的唯一内容是 #，我真的不知道为什么它会被重定向。contact/index.php 中的代码是一个基本的联系表单，唯一不同的是它包含一个 reCAPTCHA，它实际上是可以在状态栏中读取的内容，似乎永远（因为它永远不会完成）加载。

会发生什么？

这与（但不等同于）“版本控制与错误跟踪软件的集成有多重要？ ”

我目前正在与一个小团队一起使用 JIRA 作为问题/任务跟踪软件，以进行潜在评估，以便在我们公司更广泛地使用。因为我们使用的是 SurroundSCM，而 JIRA 既不支持 SurroundSCM 也不支持一般的 SCCI，所以我不能同时使用这两者，我很难理解与问题跟踪 + 源代码控制集成集成的实际好处。

如果您在这方面有经验，您能否发布（每个答案一个功能）一个具体示例，说明问题跟踪 + 源代码控制集成如何使您的工作更轻松/更可靠？我只能想到一个我也会发布的区域。

我想使用托管的问题跟踪服务，但我希望能够备份我的数据以防服务出现故障。

1. 是否有任何托管问题跟踪服务具有“数据解放”策略并支持您定期将问题跟踪数据复制到本地系统？

2. 如果没有，是否有人有一个聪明的解决方法来使用现有的托管问题跟踪服务备份您的数据，即使它是以不受支持的方式？

I work in a small company (2-4 software developers) where software is "only" a part of the main product (specialized measurement instruments). So far the software has been built from start to end with no formal process at all, but as we're steadily growing in both in number of products and people involved, it's evident that we need to adopt some kind of methodology for the whole thing (designing, building, testing, maintaining) to avoid blowing into a mess

The problem is that none of us has much real-world experience on such processes. Wikipedia's software development methodology and software development process entries list lots of practices, and I'm aware of the modern buzzwords (agile, extreme, etc.), but we're still lost on how and from where to start all this.

What should we do to get started, given that currently we have no formal process, and the goal would be to have a light process that helps us keep things under control without slowing us down? Is there some:

• Essential de facto literature that we should read first?
• Essential tools? (We do have a SCM, but should we start using something like FogBugz?)
• Practical "do this and this" guidelines?

Any guidelines are welcome, as long as they're not 1000+ page books! I want to avoid both the religious hype and the dull academicity that seem to surround this field, and find out what to do in practice.

我们刚刚开始在我的工作中使用颠覆作为我们的 SCM 软件，我需要一些建议。

我的项目经理想只使用一个软件实例来管理我们拥有的每个项目（所以我们不想为我们启动的每个项目安装一个 trac 实例，这有点过载）。我听说 trac 可以支持多个存储库但它只是实验性的，我们正在寻找稳定的东西。

如果颠覆不是要走的路（IE：没有可用的软件），我们可能会考虑切换到其他软件（CVS/VSS/Git/etc..），它会有支持此功能的软件。