37.运用装饰器给用例加上执行日志

测试平台系列(37) 运用装饰器给用例加上执行日志

大家好，这里是米洛，一个想和大家一起分享测试开发相关的技术，面试经验和成长经历的博主！

欢迎大家关注我的公众号: 测试开发坑货。

上一节成功把全局变量运用到了用例之中，后续我们的目标就是要完善执行用例的过程，暂时我们还是单接口+简单断言的经验宝宝，后面我们慢慢成长。

其实React挺多观众还是不太熟悉的，后续如果我给同事培训的话，可能会分享一些学习React的资料。后续这个教程就不太讲前端部分了，应该大部分人都没啥兴趣。不过我会大概展示一下最新的页面效果。

把基础部分，headers，body拆出来分3个tab展示。

有用到全局变量的地方，会拉取出全局变量，并能看到对应的值。这个选项也可以收起来。

看标题就可以知道我们本节要做啥子了。关于用例执行的日志，想起我在上家单位是类似这样的做法:

    self.logger.append("正在替换全局变量: {}".format(xxx))

在一个用例的执行过程中，可以看到非常多这样的语句。那我们有没有更好的办法呢？

答案是有的。我们可以用装饰器去完成这个操作，在方法执行之前记录日志，执行之后继续记录日志，最终汇总到测试报告中。

编写一个case_log的装饰器，给安排到Executor的每个方法上面，并在每个方法执行之前输出日志就好了。

首先，我们回忆一下之前的Executor类。

当时是把Executor中的方法都设置为了staticmethod，也就是说里面的方法/变量都是通过类来访问的。

那这样就导致了一个很麻烦的问题，我们的日志数据，存到哪里呢？因为是类方法，所以要知道装饰器接受的参数是不带有self或者cls的。

有的同学会轻蔑一笑: "你在Executor类里面加一个logger的变量，存放日志不就好了？"

那样是不行的，因为Executor是面向所有用户的，一旦有多个用户在执行用例，那你的logger不就错乱了？简单的说就是这个方法不支持并发。

我们在实际开发的时候一定要考虑到，你不是一个人在用这个系统。那我们改造其实很简单，把方法都设为实例方法，并且在生成Executor实例的时候，初始化一个list()用来存放日志数据。

这个_logger是专门存放日志数据的。

就像这样，去掉@staticmethod的装饰器，把Executor.xxx都换成self.xxx。

这样就解决了并发的问题，因为我每个线程拥有的实例是独立的，并不像class一样是共享的。

我们通过args[0]就能获取到self了(至于为什么，大家可以思考一下)，通过self就能获取到logger变量了。（我这里写的cls，没啥关系，能理解它是self就行）

接着就是对参数的获取，日志话术的整理。

需要注意的是，我这里对每个方法都获取了一下__doc__，也就是方法的注释，如果没有的话就会取方法的名字。

对于一些类参数，我们直接输出它的话会比较难以阅读，那我们需要重写它的__str__方法，就可以达到话术友好的目的。

我们去看看TestCase类的改动:

我们标记了他是用例，并且给出了用例名字和id，因为显示用例全部信息不太现实（主要是占位置）。

把日志给join一下并返回即可。

看看print的效果:

虽然效果不如直接用self.logger.append自由度高，但是也足够使用了。

其实很多时候日志需要高亮，我们其实可以输出html格式的日志，方便展示关键信息。

今天的后端内容就到这儿了，博主继续去写前端部分了。