我对错误跟踪系统(例如 FogBugz)有一些经验,其中帮助单是(或可能是)错误,并且我有一些使用内部完全独立于帮助中心系统的错误跟踪系统的经验。
我的问题是,在一个现有(本土)帮助中心系统的公司中,更换它不是一种选择,应该如何将错误跟踪系统(可能是 Mantis)集成到流程中?
现在,针对问题、疑问等提供帮助票,并将它们分配给适当的人员(PC 技术人员、帮助台人员,或者如果这是他们无法在帮助台中解决的应用程序问题,则将其分配给开发人员)。用户可以在帮助单中提出对应用程序进行小幅修改或修复的请求,分配给它的开发人员将在某个时候进行更改,将他们的时间用于该单,然后在投入生产时关闭该单.
我们目前没有错误跟踪系统,所以我正在寻找集成一个的最佳方式。如果是错误(或问题或功能请求),我们是否应该只获取帮助单并将其放入错误跟踪系统,然后如果不是紧急修复,则关闭该单?我们可能不想将错误跟踪系统暴露给其他任何人,因为他们不知道在帮助中心系统中放入什么以及在错误跟踪器中放入什么......对吗?
有什么想法吗?建议?提示?建议?待办事项?不是待办事项?等等...
最佳答案
在帮助台系统上有一个升级到错误按钮,在错误跟踪器上发布故障单,并带有适当的引用信息。
关于process - 错误跟踪和帮助工单应该如何集成?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/596121/