通过电子邮件注册错误

时间:2009-04-02 15:34:57

标签: bug-tracking

使用错误描述解析电子邮件的最佳方法是什么。一位客户最近决定,用户能够向已知邮箱发送电子邮件并且错误将在错误跟踪器中注册(不完全是关闭)会很好。

问题是错误描述有很多字段,如日期,时间,描述,评论,损失,附件等。依靠用户使用某些特定的邮件格式并不是最聪明的事情。

问题是如何解析电子邮件以获取所有需要的信息。格式应该不严格,但足以猜出哪些字段意味着什么。我也有兴趣听到正确和最简单的解决方案。

P.S。 实际上这个功能是银行要求的。他们有一个公共邮箱,客户端可以发送已发现的问题。问题是在银行员工实际查看之前从这些信件中获取尽可能多的信息。

3 个答案:

答案 0 :(得分:1)

我们使用RT执行与此类似的操作,但是电子邮件并未真正解析。所有电子邮件都进入一个队列,由我们的IT人员进行评估。基本上,解析是由人类完成的 - 他们修改票证以获得尽可能多的信息,从电子邮件中收集。

您不太可能让用户(正确地)遵守您提出的任何特殊语法或格式 - 除非他们是员工,训练有素,或者有动力遵守您的规则。

另一种选择是让初始电子邮件回复一封格式为问卷的电子邮件。换句话说,用户编写初始错误报告并立即(或者一旦您的电子邮件服务器可以响应)返回“谢谢 - 您能提供更多信息”消息,并提示更多信息。然后,您可以解析该电子邮件,并使用更准确的信息填充您的错误跟踪系统,

祝你好运!听起来很酷!

答案 1 :(得分:1)

FogBugz能够监控电子邮件地址并添加发送到该地址的电子邮件作为新的FogBugz案例。

还有一个名为ScoutSubmit的功能,它接受HTTP GET参数并使用它们来提交新案例。让应用程序自动从现场提交错误报告非常方便。

答案 2 :(得分:0)

根据自由格式文本对错误进行分类是一个困难的主张。除了缺陷提交者名称和报告错误的日期之外,很容易从电子邮件中获取。您是否有理由限制自己收发电子邮件?如果您提供表单以通过网页提交错误,则可以根据您向用户提供的下拉菜单项对缺陷/错误进行分类。此外,您可以将它们指向页面的动态信息部分中的常见答案。看看Apple iTunes support request page是否有一个令人烦恼但有效的方法来强制用户给你体面的信息。银行应用程序不是一个允许含糊不清的好域名,也不是进行多轮交流的好域名。

相关问题