错误记录 两种实现方法

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

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

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

错误报告服务器

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

 

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

再次查看服务器

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

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

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

 

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

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

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

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

 

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

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