您使用什么工具来管理变更请求和错误报告

我们遇到的问题是，例如，客户请求更改或报告最初输入到我们的缺陷跟踪软件（TFS）中的错误，但稍后会有10封电子邮件错误报告中的初始描述已过时。每次去更新它并且大部分时间不更新都是很痛苦的。您使用什么工具来管理变更请求和错误报告

由于有时我们无法给出某个功能的状态，并且知道它是否已完成的唯一方法是运行该应用程序并查看它是否存在，所以这变得令人头疼。

有没有可以简化这个过程的工具？谢谢

来源

2010-03-10 Hatim

您应该设置您的错误跟踪软件，以便每次有人触及错误时通知适当的人员。这样，来自软件的更改就会生成“来回10封电子邮件”。

不，您当然不会将客户的电子邮件添加到错误跟踪软件（JIRA，bugzilla等）中，但您会向客户转发您认为合适的更改，并且将客户的请求合并到对建议的修复程序的说明。

来源

2010-03-10 16:41:31

谢谢利兹，不幸的是，10个来回与客户。因此，更新错误报告10次是多余的，当你离开它直到你决定与客户一起使用它的方法/解决方案时，它将被忘记，并且错误报告不完整 – Hatim 2010-03-10 16:45:08

如果使用fogbugz，它不会要求人们拥有一个账户，他们仍然可以跟踪他们自己的案例，而无需登录或任何东西。我相信它也只在案件得到解决时才会发送给他们的电子邮件。 – 2010-03-10 16:51:14

作为澄清一点，这听起来像你的过程是流动的，像这样：

1-客户端调用了“帮助台”或任何人，并要求更改您的软件。
2-呼叫收件人输入，逐字，请求到您的错误跟踪系统。
3-收件人错误联系人客户端，并获取有关请求的更多详细信息。
4-细节完成后，通常原始请求看起来不再像实际的请求。

这似乎是对的吗？

听起来好像您需要将错误跟踪系统和您的CRM系统分开，并且更好地培训与客户沟通的人员以提出更好的问题并记录更多细节。

来源

2010-03-10 17:01:40

嗨，雅各布，就是这样发生的。我们是一个非常小的团队，因此记录电话交谈，会议和电子邮件中发生的所有事情本身就是一份全职工作。一个好的解决方案将是一个易于更新的系统，可以挂钩到我们的电子邮件，并能够附加一个电子邮件对话的问题。或者在电子邮件中生成一个追踪号码，以便以后用于跟踪与该bug有关的传入电子邮件。 – Hatim 2010-03-10 17:09:03

与以下snOrfus的评论一样，FogBugz将帮助实现这一点，因为它可以自动接收电子邮件并将其关联到票证。或者，您是否有项目/产品经理？通常，这个角色的任务是分析新功能的细节以及记录或指导与客户的对话。 – 2010-03-10 17:14:24

我们没有专门的项目/产品经理，它更像每个人都在做的一切。我们的工作量并不足以让一个全职的项目经理，但与此同时，如果没有适当的跟踪工具，它会变得棘手。 – Hatim 2010-03-10 17:24:08

FogBugz允许您通过其界面通过电子邮件发送客户端，并通过FogBugz跟踪对应关系。它只会显示客户端的电子邮件，或从他们身上，但显示内部用户（开发者）内部错误通信以及

来源

2010-03-10 17:06:02

免责声明：我是CTO在Assembla

Assembla是一个项目管理工具集成的存储库（subversion，git，hg和perforce）以及集成的错误和问题管理工具。

您可以通过@mentions或电子邮件与系统中的其他人进行互动，让您的工程师直接关注客户的问题。此外，您的客户可以跟踪修复的状态，而无需询问，他们只需查看系统中的状态即可。

来源

2013-06-14 13:36:24 Michael

您使用什么工具来管理变更请求和错误报告

回答

相关问题