一、课程背景
随App产品不断迭代更新，给测试人员也增加了测试工作量，特别是大量繁琐的回归测试。
自动化测试是应对产品不断迭代更新的辅助测试手段（主要是针对回归测试），最终目的
是为了保证产品质量。
二测试流程与分类
1、测试流程
需求分析：
当给你一个需求或者一个系统让你去做自动化的时候你什么都不知道你就去做自动化能行吗？
你不去分析系统的哪些模块儿适合做自动化哪些不适合 ？如果盲目的去做，当你做到后面的
时候可能你框架还没弄好需求或者系统又变了，那你是否做了无用功？所以我们第一步一定是
确定需求或者系统哪些模块适合做自动化，而且一定要明白这个需求或者系统做自动化给我们
带来的好处是什么，而不是说为了自动化而做自动化。
方案选择：
有的人可能对选择方案会比较陌生，不知道这个到底是干什么的？那么问你一个很简单的问题，
现在自动化测试框架常见的有appium、monkeyrunnner、UIAutomator等等，这么多的框架你
到底选择哪一个呢？其实这就是一个方案的选择，那么有时候你也会根据你项目的需求去选择
一个更加适合的框架，让我们这个需求实现利益最大化。
环境准备
这个最好理解，方案选择好之后就该准备环境了。这个环境不会像大家想的那样配置一
个jdk、appium、ide就行了，你需要考虑的是appium的版本、持续集成、代码管理等等问题。
系统设计
系统设计主要是对整个测试框架系统进行合理的设计，比如各个公共模块的封装，不同模块
的文件管理，配置数据和代码的分离、日志管理等等。就像工程建设实现都是经过严格的方
案设计，然后根据设计方案进行施工。
编码
编码故名思意就是编写代码，这里我们的编写代码是根据事设计好的用例来进行编写代码。
2、测试分类
（1）分层测试
测试金字塔分层一般为三层：底层单元测试、中间层为接口测试、顶层为UI层。测试人员一般是在UI
层进行测试。移动APP的UI自动化测试长久以来一直是一个难点，难点在于UI的”变”, 变化导致自动化
用例的大量维护。 从分层测试的角度，自动化测试应该逐层进行。 最大量实现自动化测试的应该是单
元测试, 最容易实现也最容易在早期发现问题; 其次是接口级测试, 以验证逻辑为目的进行自动化, 由于
接口的相对稳定, 自动化测试成本相对也可以接受; 自动化成本最大的便是UI级自动化测试, 然而UI界面
是直接反馈给用户的效果展示,适度的自动化测试也是非常必要的。
疑问
目前有了一些第三方自动化测试平台，是否还需要自己做自动化测试？
目前存在的自动化测试平台大多是基于兼容性测试的平台，主要测试
app的安装、启动、退出、卸载等通用功能。无法满足app特定功能测
试需求（如测试登录、注册）因此还需要测试人员自己手动根据自己产
品特性来写测试脚本执行自动化测试。
