• 错误记录 两种实现方法


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

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

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

    错误报告服务器

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

    image

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

    image

    再次查看服务器

    image

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

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

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

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

    image

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

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

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

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

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

  • 相关阅读:
    关于jQuery方法解析(一)append-参数设置问题
    CSS动画
    关于html CSS 绝对相对布局问题
    Chrome自带的开发者工具使用方法教程
    web常见漏洞及防范方法
    前端性能优化 Web前端应该从哪些方面来优化网站?
    属性的特征描述可以分为两类:数据属性和访问器属性
    iScroll.js的用法
    百度前端学院在线学习参考资料
    GET和POST的区别,何时使用POST?
  • 原文地址:https://www.cnblogs.com/JamesLi2015/p/1658780.html
Copyright © 2020-2023  润新知