Unittest框架在App自动化中的使用
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的好处：
- 提高代码的整洁度，所有的数据是在自动化脚本里面实现的，不需要单独的去写读取数据文件的过程；
- 提高编写代码效率；
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()”的方式来驱动
