日志级别
脚本运行会有很多的情况，比如调试信息、报错异常信息等。日志要根据这些不同的情况来继续分级管理，不然对于排查问题的筛选会有比较大的干扰。 。日志一般定位的级别如下：
|
级别 |
何时使用 |
|
DEBUG |
调试信息，也是最详细的日志信息。 |
|
INFO |
证明事情按预期工作。 |
|
WARNING |
表明发生了一些意外，或者不久的将来会发生问题（如‘磁盘满了’）。软件还是在正常工作。 |
|
ERROR |
由于更严重的问题，软件已不能执行一些功能了。 |
|
CRITICAL |
严重错误，表明软件已不能继续运行了。 |
首先我们日志需要按照info、debug、error等级别来进行区分的。当然这个级别可以自己去设置。在一般的情况下我们普通的输出我们直接用info类型，调试的时候用debug类型，如果预计有错误时那么我们就需要用error类型的日志，一般情况去info级别最为合适。
日志格式
日志格式化是为了提高日志的可阅读性，比如：时间+模块+行数+日志具体信息 的内容格式。如果日志信息杂乱无章的全部输出来，这样也不利于定位问题。如下所示就是日志格式化输出，非常便于阅读查看。
2019-08-14 22:02:35,633 backup.py[line:18] INFO ============test backup================
2019-08-14 22:02:39,253 backup.py[line:20] INFO click backup button
2019-08-14 22:02:54,025 backup.py[line:23] INFO click next button
2019-08-14 22:03:09,280 common_fun.py[line:83] INFO Start send Email..
2019-08-14 22:03:11,840 common_fun.py[line:91] INFO Send Email finish!
2019-08-14 22:03:13,305 common_fun.py[line:168] INFO get backup screenshot
2019-08-14 23:36:00,238 backup.py[line:17] INFO ============test backup================
2019-08-14 23:36:04,530 backup.py[line:19] INFO click backup button
2019-08-14 23:37:20,107 backup.py[line:17] INFO ============test
日志位置
一个项目中会有很多的日志采集点，而日志采集点必须结合业务属性来设置。比如在登录代码执行前可以插入“准备登录..”日志信息,如果登录完成之后，再设置登录的提示日志就会给人造成误解，无法判断到底是登录之前的问题还是登录之后的问题，因此日志采集点的位置很重要。
logging模块
简介
Python的logging模块提供了通用的日志系统，这个模块提供不同的日志级别，并可以采用不同的方式记录日志
#导入logging模块
import logging
logging构成
logging模块包括logger，Handler，Filter，Formatter四个部分。
- Logger 记录器，用于设置日志采集。
- Handler 处理器，将日志记录发送至合适的路径。
- Filter 过滤器，提供了更好的粒度控制，它可以决定输出哪些日志记录。
- Formatter 格式化器，指明了最终输出中日志的格式。
Logger 记录器
Logger是一个树形层级结构，在使用接口debug，info，warn，error，critical；使用之前必须创建Logger实例，即创建一个记录器，如果没有显式的进行创建，则默认创建一个root logger，并应用默认的日志级别(WARN)，处理器Handler(StreamHandler，即将日志信息打印输出在标准输出上)，和格式化器Formatter(默认的格式即为第一个简单使用程序中输出的格式)。
方法：basicConfig(**kwargs) 为日志记录系统做基本配置。
部分参数
filename 指定日志文件名称
filemode 指定打开文件的模式，如果指定了filename（如果文件模式未指定，则默认为'a）
Tips：文件读写模式
- w 以写方式打开，
- W 文件若存在，首先要清空，然后（重新）创建
- a 以追加模式打开 (从 EOF 开始, 必要时创建新文件)
- r+ 以读写模式打开
- w+ 以读写模式打开 (参见 w )
- a+ 以读写模式打开 (参见 a )
format 为处理程序使用指定的格式字符串。
datefmt 使用指定的日期/时间格式。样式如果指定了格式字符串，则使用它来指定 格式字符串的类型.
level 将根记录器级别设置为指定级别。
logging_test.py
# 导入模块
import logging
# logging.basicConfig(level=logging.DEBUG)
logging.basicConfig(level=logging.INFO)
logging.debug('debug info')
logging.info('hello 嘿嘿)
logging.warning('warning info')
logging.error('error info')
logging.critical('critical info')
Handler 处理器
Handler 处理器，将日志记录发送至合适的路径,Handler处理器类型有很多种，比较常用的有三个：
1.StreamHandler
将日志记录输出发送到诸如sys.stdout，sys.stderr或任何类似文件流的对象。上面例子就是输出到控制台
2.FileHandler
将日志记录输出发送到磁盘文件。 它继承了StreamHandler的输出功能。
logging.basicConfig(filename='runlog.log',level=logging.DEBUG)
3.NullHandler
不做任何格式化或输出。 它本质上是一个开发人员使用的“无操作”处理程序。
Filter 过滤器
Handlers和Loggers可以使用Filters来完成比级别更复杂的过滤。
Formatter
使用Formatter对象设置日志信息最后的规则、结构和内容，默认的时间格式为%Y-%m-%d %H:%M:%S。
|
格式 |
描述 |
|
%(levelno)s |
打印日志级别的数值 |
|
%(levelname)s |
打印日志级别名称 |
|
%(pathname)s |
打印当前执行程序的路径 |
|
%(filename)s |
打印当前执行程序名称 |
|
%(funcName)s |
打印日志的当前函数 |
|
%(lineno)d |
打印日志的当前行号 |
|
%(asctime)s |
打印日志的时间 |
|
%(thread)d |
打印线程id |
|
%(threadName)s |
打印线程名称 |
|
%(process)d |
打印进程ID |
|
%(message)s |
打印日志信息 |
使用方法：
logging.basicConfig(filename='runlog.log',level=logging.DEBUG,format='%(asctime)s %(filename)s[line:%(lineno)d] %(levelname)s %(message)s')
输出结果
2019-08-14 14:35:19,430 logging_test.py[line:6]DEBUGdebug info 2019-08-14 14:35:19,430 logging_test.py[line:7]INFOhello hongge 2019-08-14 14:35:19,430 logging_test.py[line:8]WARNINGwarning info 2019-08-14 14:35:19,430 logging_test.py[line:9]ERRORerror info 2019-08-14 14:35:19,430 logging_test.py[line:10]CRITICALcritical info
Logging实战操作
测试场景
将前面所学的启动考研帮App的脚本增加log采集功能，设置指定的日志格式输出，并将日志保存到指定文件。
代码实现
kyb_logger.py
# .导入模块
from appium import webdriver
import yaml
import logging
from selenium.common.exceptions import NoSuchElementException
file=open('./desired_caps.yaml','r')
data=yaml.load(file)
logging.basicConfig(level=logging.INFO,filename='runlog.log',
format='%(asctime)s %(filename)s[line:%(lineno)d]%(levelname)s%(message)s')
desired_caps={}
desired_caps['platformName']=data['platformName']
desired_caps['platformVersion']=data['platformVersion']
desired_caps['deviceName']=data['deviceName']
desired_caps['app']=data['app']
desired_caps['appPackage']=data['appPackage']
desired_caps['appActivity']=data['appActivity']
desired_caps['noReset']=data['noReset']
logging.info('start app...')
driver=webdriver.Remote('http://'+str(data['ip'])+':'+str(data['port'])+'/wd/hub',desired_caps)
def check_cancelBtn():
logging.info('check cancelBtn')
try:
cancelBtn = driver.find_element_by_id('android:id/button2')
except NoSuchElementException:
logging.info('no cancelBtn')
else:
cancelBtn.click()
def check_skipBtn():
logging.info('check skipBtn')
try:
skipBtn = driver.find_element_by_id('com.tal.kaoyan:id/tv_skip')
except NoSuchElementException:
logging.info('no skipBtn')
else:
skipBtn.click()
check_cancelBtn()
check_skipBtn()
runlog.log
2019-08-14 15:27:38,964 kyb_logger.py[line:32]INFOstart app... 2019-08-14 15:27:47,641 poolmanager.py[line:358]INFORedirecting http://127.0.0.1:4723/wd/hub/session -> http://127.0.0.1:4723/wd/hub/session/dfc8e7e7-71cc-4f0b-9aa6-5db0fdc98a84 2019-08-14 15:27:47,644 kyb_logger.py[line:36]INFOcheck cancelBtn 2019-08-14 15:27:49,442 kyb_logger.py[line:46]INFOcheck skipBtn