谁负责调查客户报告的问题[已结束]

我通常希望管理层每隔一段时间(比如每周)检查一次问题,并根据时间表、严重程度、即将发布的版本等进行分配。一些问题是:

1. 这是一个问题、一个bug、一个功能请求等吗。?
2. 它会阻止你的客户使用你的工具吗?
3. 它是否受到即将开展的工作的影响(例如,新功能是否会删除导致问题的功能)?

我不相信你能孤立地解决这些问题。它要求项目经理等了解项目方向,程序员了解代码库,共同确定如何/何时解决问题,以及这些问题对其他工作流的影响。

最初,您应该有一个支持部门,对所有新添加的问题进行分类。他们应该被赋予足够的权力和信息,以决定这是否是一个问题,是否有解决办法,或者他们是否不知道。如果是后者,那么它应该被提升为程序员。

如果支持人员无法为程序员提供足够的“如何重现问题”文档,您可能还希望将测试人员纳入链中。

我们公司的工作方式是,要求测试人员验证客户的问题,即尝试重现并记录重现问题的步骤。然后,它被记录为官方错误,并分配给开发人员,开发人员可以重新执行测试人员的步骤,并希望修复错误。

测试人员可以识别问题。他们如何解决同样的问题?只有开发人员才能做到这一点。当要求测试人员解决问题时,看起来真的很奇怪。

谁与客户打交道?与客户联络通常不是技术人员的任务。

我认为合乎逻辑的做法是:

• 测试人员应尝试重现问题并确定其来源
• 向程序员报告问题及其重现步骤

让测试人员解决问题并不常见,因为程序员将来不会得到避免问题所需的反馈。

测试人员-验证问题是否存在。 程序员-解决问题。

在这两者之间还有另一部分,即“收集有关问题的信息”。通常这是测试人员和程序员之间的分歧;负载的平衡程度取决于团队。

如果你没有代码,你就无法修复bug。就这么简单。最多你可以修复配置错误,但如果配置错误是由程序引起的,那只是一个短期修复。