测试框架实践--TestFixture

2019-04-15   出处:V社 北京社  作/译者:iTesting  

前面几期分享我实现了一个可以并发运行的”框架“, 其实只能叫半成品, 但好歹可以并发运行, 测试用例动态挑选了。那么还少了什么呢?

一个测试类,通常有多个测试方法,有时候一个或多个测试方法都需要某些共用的”数据“, 比如说都要访问某个数据库的某张表,比如说都需要起浏览器,都需要调用post方法等。 这个时候每个测试用例单独写就显得很多余,TestFixture就应运而生。

我们先来看下Test Fixture的定义:

A test fixture represents the preparation needed to perform one or more tests, and any associate cleanup actions. This may involve, for example, creating temporary or proxy databases, directories, or starting a server process.

由此可见,Test Fixture用在测试方法前,或者测试方法后,主要功能是提供一些测试需要用的装置,这些装置可以是数据,可以是环境配置也可以是一个运行前状态。

Fixture有下面两种:
1.setup(), teardown()的方式,分别在每个测试方法执行前后执行。
2.setUpClass(), tearDownClass()的方式,分别在每个测试类执行前后执行, setUpClass()和tearDownClass()只会执行一次,即使这个测试类有多个测试函数。

我们在实现这个之前,先看下上次我们实现并发时,真正执行一个测试函数的代码块, 它的代码:


这个代码块是针对每一个测试函数的,那么我们多线程运行时,每个测试函数都会执行这段代码,这样就好办了,直接把setup和teardown加进来就能实现每个测试函数都执行setup和teardown方法了。

可以看到这个函数传入的参数也改变了,case的值里加入了cls这个类。要达成这个效果, 相当于如何根据测试方法找到所属的测试类,利用inspect模块很简单的就拿到了,当然你也可以用__name__拿到函数名。

setup和teardown这两个方法每个测试用例都会执行,看到这里想明白了吗?这就意味着如果你在这里做初始化浏览器的操作,那么这个框架就可以做UI自动化,如果你做的是HTTP的get或者post的操作,那么这个框架也就是API接口框架。

setup和teardown实现了。我们再来看下setUpClass, tearDownClass的实现。那么我是怎么共享线程间的变量呢?

常规情况下,我们可以用数据持久化的方式实现,具体来说,就是每个测试函数执行时候先去找一个文件,这个文件在就不再执行setUpClass,当然你得做好线程安全。

大家还记得我的多线程是怎么实现的呢?

对于每一个线程,都去调用f函数,这个函数就是上方实现了每个函数setup和teardown的f。

现在好了,我们用map可以不关心这些,直接嵌套实现:

1.我把所有的用例重新组织,形成一种特殊的数据结构,具体来说,就是每个测试类和属于这个测试类的所有函数, 以如下方式组织(cls, [cls.method1, cls.method2]),最终所有的测试类,在放到一个列表对象里。
2.这样第一层次的并发,是基于测试类的,然后针对每一个测试类,我再进行并发。

具体代码如下:

为了验证正确性,我把我们的测试类和方法改进如下:

跑一下看看:

可以看到,cls.status这个共享数据,成功被测试函数接收到了。 setUpClass(我这里对应before_class)也成功运行, 且只运行了一次。

毫无破绽:)

到此为止,我已经实现了一个测试框架的绝大数功能,下一步,就要改造我的log还有接收用户参数了,敬请期待。


欢迎给测试窝投稿或参与内容翻译工作,请邮件至editors@testwo.com。也欢迎大家通过新浪微博(@测试窝)或微信公众号(测试窝)关注我们,并与我们的编辑和其他窝友交流。
151°|1511 人阅读|0 条评论

登录 后发表评论