在自动化测试脚本运行的过程中,在控制台都会对应的输出运行的日志,如果测试的项目是在 Linux服务器上运行的话,没有控制台可供日志的输出,看不到日志或者收集不到日志该如何去查找问题呢?
1、日志存在的作用
无论是在开发或者测试中,如果在项目运行过程中出现问题时,日志就会显得非常重要,它会帮我们快速准确的定位到问题的所在
2、日志的级别
日志的信息有很多种,如调式信息、报错异常信息等,根据日志信息的不同可以对日志进行分级来管理,日志一般定位的级别有:
日志级别 | 使用场景 |
DEBUG | 调试信息,也是最详细的日志信息 |
INFO | 证明事情按预期工作 |
WARNING | 表明发生了一些意外,或者不久的将来会发生问题(如‘磁盘满了’)。软件还是在正常工作。 |
ERROR | 由于更严重的问题,软件已经不能执行一些功能了 |
CRITICAL | 严重的错误,表明软件已经不能继续运行了 |
这些日志的级别在使用过程中都需要我们自己去进行设置,在正常的情况下,普通的日志输出直接用的info类型,调试时输出的日志信息用的是debug类型,如果预计会有什么错误时用的是error类型。
3、日志的格式
对日志进行格式化的输出是为了提高他的可阅读性,如: 时间+模块+行数+日志的具体信息 ,如果输出的日志信息非常混乱的话不利于定位出现的问题。
4、logging 模块
可参考:logging官方文档
- logging的构成
logging的模块有:logger、Handler、Filter、Formatter 四个部分
4.1 logger 记录器
暴露程序代码能直接使用的接口,logger 是一个树形的层级结构,在使用接口 debug、info、warn、error、critical 之前必须要创建出一个 logger 实例出来,也就是要创建一个记录器,如果没有明确的创建的话,会默认创建出来一个 root logger,并应用默认的日志级别(WARN),处理器(Handler)和格式化器(Formatter)
- 方法
def basi