3.引入自动化测试框架UnitTest的实战
3.1UnitTest框架之TestFixture简介
TestFixture在官网上的定义如下图:意思就是说,TestFixture包含三部分:准备+执行+清理;对应的脚本结构如下图:
在工程里新建一个脚本文件,类型选择"python uninttest":
从图中可以看出,一次初始化(setUp),可以执行多条用例(test_something、test_anything),简化了代码的编写,也使得测试用例的维护更简单;
3.2UnitTest框架之TestFixture自动化测试
下面来使用setup、testcase、teardown来改写2.3中的自动化脚本
1.把初始化过程放到setup中,2.把用例执行部分放到testcase中,3.把driver.quit放到teardown中,4.粘贴头部分并引入import unittest
try...except原理:通过比较真实结果(exist)和预期结果(False/Ture)来实现断言。
另外可以看到上图的testcase中,两条用例testLogInTrue()和testLogInTrue()有很多代码是重复编写的,只是传入的参数不同:定位方法和操作,这对于我们维护测试用例、写新的用例是很浪费时间的,那么如何实现复用重复的内容呢?这个就要靠“数据驱动”的方式来实现。
3.4UnitTest框架之TestSuite、TestRunner自动化测试
使用TestSuite、TestRunner的好处在于:可以控制每次测试要执行哪些用例,在不需要执行的用例前加“#”注释就ok了。
有的时候,我们会以一个类的维度去执行测试用例,此时我们需要改一下TestSuite的初始化方式;甚至有的时候我们需要某一个类里的用例全部执行,又需要另一个类里的
某一个用例执行。程序如下图,一共会有3条用例被执行(一次“testLogInFailed”、两次“testLogInOK”)