说说程序日志文件

程序员程序员在费劲编码调试时一定会写日志文件吗?答案好像是否定的,就拿身边的例子来说吧。
一个测试工程师在测试一个Android Apk软件时发现了一个严重且偶现机遇大的Bug,用不同手机测试数次,未查到是什么原因导致出现此Bug,由于研发人员没有写日志的习惯,他自己也不清楚问题出在哪里,还要求测试人员统计出现此Bug的机遇有多大,幸好测试人员在测试时记录了相关数据。在会议讨论中要求研发人员给该程序添加日志信息,只要测试时发现此Bug通过ADT截取日志信息给研发人员分析就能定位是哪段代码的问题。经过一天时间的反复修改测试终于查到是程序多线程所导致的。最后我想说,如果研发人员在编码时有写日志的习惯,就不必要浪费研发和测试人员至少一天的时间去修正这一个问题了。
记得我第一次研发项目时,主管告诉了我,程序员第一件学会的就是如何调试程序,而调试程序的方法有多种,最先学会的就是在编译环境下调试,其次则是程序运行时记录的Log信息。当时的我都不知道什么是日志文件,也不知道怎么去写程序日志,日志文件格式是怎样的等等,查了许多资料才得知,查看日志可以确定程序的状态是否正常;发现和跟踪错误,辅助定位Bug;支持统计工作等。写日志也有一些技巧和规则,如日志分为五个级别:DEBUG(调试级别,仅在调试时输出)、INFO(一般信息输出)、WARN(警告)、ERROR(一般错误)、FATAL(严重错误,表示程序无法运行);日志写太多也会影响程序性能等。自学会写程序日志文件后自我感觉对调试还真有很大的帮助。
此时作为测试的我在运行程序时也会查看日志信息,那还真要谢谢那位主管了。有研发经验的测试工程师对测试找问题也是挺有帮助的呀!

发表评论

电子邮件地址不会被公开。 必填项已用*标注

表情
  • 默认
  • 梦幻西游
  • 私人订制