错误记录 两种实现方法

软件有BUG是难免的,如何记录软件的错误,方便查找问题,又不致于把客户弄晕呢?

有时候你打电话问客户,他们只会说操作什么什么的,然后就有问题,没有更多的细节告诉你,全靠你的直觉发现问题。

有个方案,一直认为不错, 花了时间把他实现了一遍

错误报告服务器

先运行这个程序,如图,它用于接受错误报告

image

执行客户端,这里假设抛出一个异常,客户端应用发生异常

image

再次查看服务器

image

我点击了三次,发送了三个异常的报告到服务器端

服务器对应的目录下面,有三个图片文件,是客户端发生异常时的界面,通过这个界面,可以收集用户操作时机,追踪问题。

还有数据报告,直接写到数据库服务器中即可。

对于ASP.NET 应用,我的方法是产生一个Log目录,如果发生有异常,以天为单位,集中记录系统产生的异常,如下图

image

系统每隔几天就会发生异常,看来我的程序设计技术有点烂,呵呵。这么多异常。

有时候是用户操作不当,但是没有友好的提示用户,而是生硬的记录在异常日志中。用户看不到,日志对程序员又没有太多的作用,只是一个操作不当。

比如:规定物料名称不能超过50过ASCII字符,结果有用户写52个字符,就报异常了。这属于设计时问题,把这点做好了。当用户输入有错误时,直接提示输入错误,而不是记录异常。

做好一个软件,在于细心,从错误报告的方法,也能看出程序员的做程序的态度。

有些时候不是错误,不能算是异常,只是这种情况,我们的程序没有考虑到。

原文地址:https://www.cnblogs.com/JamesLi2015/p/1658780.html