Bing 你几个意思？？？？？？！！！！！！
———–Bing，你几个意思？
写一个程序，终归是要用的。如果程序做的不好，一旦部署，那才是噩梦的开始，特别是没有通畅的诊断和升级通道（比如网络）的情况下。因此，必须要做好测试。但是测试也不是万能的，测试环境终究不是实际环境。甚至有些时候，时间紧张，人员不足，测试还不够充分。
当出现问题时，诊断问题，快速定位和解决问题，是必不可少的。其实有些时候，排查问题是比较困难的：首先发现错误的人，一般都是使用者，也就是用户，并且用户很可能对电脑操作和整个应用系统不熟悉，一起配合起来（电话）查问题会比较困难；有时候，整个系统牵扯到多家单位和部门协同开发，大家彼此熟悉自己的部门而不一定熟悉别人的部分，增加了排查问题的复杂性；更有甚者，有些单位或部门还不一定很配合，扔下一句话，不是我们的问题，然后就不管了。
当出现错误时，必须有明确的报错信息，便于定位问题，可以是对话框，也可以是日志，争取能让普通用户就能看明白报什么错，最好还能给出建议；或者让开发者自己根据日志快速定位问题。很多人确实是会记日志，当时他记日志的时候，真考虑了面向维护吗？
以前，和同事一起开发一个项目，程序出现了错误，我们一起看日志，看完之后发现还是一头雾水，不知道为什么错了，错在哪里。于是我才发现，我们有时候记的日志可能只是为了记日志，并不一定能快速定位错误。在生产环境中，为了尽快的解决问题，基本上都是直接调试而忽略了日志的面向维护的属性。软件部署后，出现错误，能调试吗？ 显然是不可行的。
有些人喜欢用打印输出来查找问题；而有些人喜欢直接用调试工具。其实各有好处，习惯用打印输出来解决问题的人，在软件维护定位错误时，必定会很快速，但是生产过程可能效率不高；而喜欢用调试工具来解决问题的人，生产过程可能效率很高，但是如果忽略了日志面向维护的功能，一旦部署后，查问题可能就会很慢。
光有日志记录是不行的，诊断工具也是必须的，我们必须要证明自己有或者没有问题，有问题，问题是什么。
来源：帮姜帮姜
声明：本站部分文章及图片转载于互联网，内容版权归原作者所有，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！