通过实例介绍Android App自动化测试框架--Unittest

1.为什么需要使用框架实现自动化测试

作为测试工程师，可能在代码能力上相比开发工程师要弱一点，所以我们在写脚本的时候就会相对容易的碰到更多的问题，如果有一个成熟的框架供给我们使用的话，可以帮助我们避免一些问题，在脚本编写过程中经常遇到的问题：1.代码混乱，难阅读；2.重复编码，效率低；3.需求变化，难维护。

如果一栋楼房的框架设计的不够合理，很可能会出现倒塌的情况，测试框架对我们编写自动化脚本的意义也同样重要，如果没有好的框架，脚本在执行过程中就会出现异常。自动化脚本的意义就是为了测试应用程序的，如果自动化脚本自身就有很多的问题，那么自动化测试的效率和意义就会大打折扣！所以为了保证自动化测试的效率和质量，使用一个成熟稳定的自动化框架就尤为必要了。

作为一个自动化测试工程师，编写脚本时，在引入自动化测试框架后，只需要关心和测试用例相关的脚本部分就可以了。

应用测试框架会给我们带来的收益：1.提高代码的易读性；2.提高编码效率；3.提高代码的易维护性。

2.不引入自动化测试框架的实战

2.1准备被测试app

app实现的功能：在登录页面进行登录，登录成功后自动退出

   

把app编译到模拟器genymotion中

2.2,工欲善其事必先利其器--自动化测试环境准备

1.Appium;2.Android SDK；3.Appium-python-client(需要注意的是安装Appium-python-client之前，要确保已经安装了Selenium);4.Selenium;5.UIAutomatorViewer;6.PyCharm

2.3,Android App自动化测试

1.使用UIAutomatorViewer来定位app中元素的位置->写脚本的时候借助Appium-python-client提供的一个字典来声明被测试程序的属性

通过命令.find_element_by_id()来定位元素；通过try...except来判断是否登录成功；通过driver.quit()来完成已经获得的权限（资源）的释放。脚本写好之后，执行脚本，步骤：

1.启动并配置appium

  

2.启动运行脚本

3.如果脚本中没有driver.quit()，脚本只能执行一次，再次执行会报错；解决报错的方法：重启appium

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.3UnitTest框架之TestCase、TestSuite、TestRunner简介

1. TestCase：脚本中的每一条测试用例；2.TestSuite：一个集合，可以控制一组测试用例的执行（有的时候需要指定某一些测试用例一起完成）；3.TestRunner：执行测试用例，最后给出测试结果的输出

        

3.4UnitTest框架之TestSuite、TestRunner自动化测试

使用TestSuite、TestRunner的好处在于：可以控制每次测试要执行哪些用例，在不需要执行的用例前加“#”注释就ok了

  

有的时候，我们会以一个类的维度去执行测试用例，此时我们需要改一下TestSuite的初始化方式；甚至有的时候我们需要某一个类里的用例全部执行，又需要另一个类里的

某一个用例执行。程序如下图，一共会有3条用例被执行（一次“testLogInFailed”、两次“testLogInOK”）

3.5数据驱动框架DDT简介

python官网上对于DDT的描述：

之前，所有的测试数据是在一条用例里完成的，使用DDT时，每一个测试数据对应一条用例；使用DDT的好处：1.提高代码的整洁度，所有的数据是在自动化脚本里面实现的，

不需要单独的去写读取数据文件的过程；2.提高编写代码效率；

3.6数据驱动框架DDT的使用方法

1.首先要安装DDT库，其次在脚本中引入DDT

1.1，安装方法，进入官网：，下载图中的文件包

1.2，安装DDT：解压文件包后找到setup.py文件，执行下图中的安装命令来完成安装

1.3，脚本中引入DDT的方法：，然后在测试类前面加上@ddt的修饰：

说明测试类使用DDT数据驱动框架。

1.4，数据驱动的应用：

   

当有一个参数时的简单程序见下图(一共传入3次参数，2次失败，1次成功)：

当有一个参数时的简单程序见下图(一共传入2次参数，2次成功)：

3.7数据驱动框架DDT实战

下面以前文提到的“登录”脚本为例来做DDT实战，因为每次登录的方式是相同的，只是传入的参数不同，所以可以通过数据驱动DDT的方式来设计脚本，

红框中是相比之前，用了DDT之后修改的地方

从上图中的脚本中可以看到，当需要新加一条测试用例的时候，只通过加一条数据就可以实现，方便脚本的维护。

另外，使用数据驱动DDT时，控制器runner.py文件也需要修改；因为使用数据驱动时，脚本中用例名称已经不是声明时的名称了，而是尤其本身自定义的规则（脚本中是testLogIn，执行脚本后变为testLogIn-3）

下图红框中的说使用的方法在使用数据驱动后已经不再“支持”，不能再使用了，需要加#注释掉；所以如果有使用数据驱动的测试类时，在使用Testsuit时，建议都使用“TestLoader().loadTestsFromTestCase()”的方式来驱动

以上简单介绍了Android App自动化测试框架的运用，希望对看到本篇的人有所帮助。