我们一直在考虑自动将所有意外的客户端错误记录到我们的bug跟踪器中。作为参考,我们的应用程序是用Java/GWT/Guice/Hibernate/Jetty编写的,我们的bug追踪器是FogBugz的托管版本,它可以通过编程或通过电子邮件来创建bug。
我看到这样做的最大问题是在循环中发生的堆栈跟踪,它会通过创建数千个案例而使bug跟踪器超载。有没有人有建议的方法来处理像这样的自动bug创建?
发布于 2011-09-08 15:10:24
如果您使用的是FogBugz bugscout (也请参阅up-to-date docs here),那么它就能够增加相同问题的出现次数,而不是一次又一次地为相同的异常创建新的案例。
发布于 2011-09-08 12:50:07
您确定要这样做吗?
这显然取决于您的应用程序,但即使小心处理可能生成大量错误报告的情况(由于循环),这种方法仍然可能最终填充错误跟踪器。
这个怎么样?编写应用程序代码,以便每次抛出异常时,收集有关客户端的信息(IP、登录、应用程序版本等),并通过电子邮件将这些信息+堆栈跟踪(或整个异常对象.ToString())发送给您自己(或开发团队)。
然后在你的电子邮件客户端上,有一个过滤器,它会对收到的邮件进行分类,并将其放在一个漂亮的文件夹中,供你稍后查看。
因此,你可能会收到一大堆关于某个或多个问题的电子邮件,但你并不真正关心这些问题,因为你自己在bugtracker中输入了这些问题,然后很容易地删除了这些邮件。
这就是我为我的应用程序所做的(这是一个客户端-服务器桌面应用程序)。在这种情况下,它发挥得很好。
希望这能有所帮助!
发布于 2011-09-08 17:44:32
JIRA支持使用所谓的服务:documentation自动创建问题。
有没有人有一个建议的方法来处理自动错误创建...?
嗯,我见过。别干那事。
你会从中得到什么呢?测试人员的努力?在我的经验中,人们可以从中节省的任何努力都被多次浪费,开销转移到必须分析和维护自动创建的票证的开发人员身上。更不用说由此引起的整体挫败感了。
在“沙箱”中,可以将自动创建的错误分配给测试人员,测试人员稍后会将分析和汇总的错误报告传递给开发人员。
即使在这种情况下,我也建议密切关注用户(测试人员)对系统的看法。比方说,如果他们开始抱怨系统,可以考虑尝试一种手动的方式来做事情。
https://stackoverflow.com/questions/7343148
复制相似问题