Appium自动化框架入门笔记

基本测试框架思路

1. APP–放测试包apk
2. baseView—主要是最基本的方法，初始化driver和基础方法（找单个元素，多个元素，获取屏幕大小，滑动等方法）
3. config–配置capability文件（设备信息），还有配置日志文件（等级，输出格式追加形式，输出路径，handler设置）
4. data—主要设置数据的地方，主要是用户名和密码数据
5. log—主要是存放生成的log文件
6. report–主要是生成测试报告（HTML格式或者是Excel格式文档）
7. screenshot—主要是存放异常信息的截图
8. common-desired_caps.py —主要是将配置类的信息加载（driver驱动封装。日志配置文件加载，启动APP配置参数)
9. common–myunit.py–主要封装测试用例操作前的操作，实际就是执行开始和执行完成后操作
10. common–主要是封装公共方法（操作过程中会用到的方法），比如是检查是否有弹窗，点击取消，这些方法是继续了基类的方法。

• 继承了基类：实际就是要方法重写
• 获取配置信息：实际就是APP的信息
• 遇到无法找到的元素：实际需要NoSuchElementException
• 找不到元素就需要记录：实际需要logging
• 记录时间：实际需要time
• 获取对应文件：实际需要OS
• 定位元素：实际需要selenium.webdriver.common.by
• 读取信息：需要CSV文件

11. businessView—实际就是业务逻辑的封装，例如是登陆的业务逻辑，或者是注册的业务逻辑。实际他继承了common类，初始化参数；根据业务流程写方法，做判断，做异常输出。
12. test_case—实际就是测试业务逻辑，读取指定行的数据，然后判断
13. 执行测试用例—实际就是在run，执行指定的测试用例和输出HTML报告到指定的路径
14. 注意的是将 BSTestRunner.py 文件移动到 python安装目录的 python\Lib 目录下

实操

1. 环境准备，大概80%的人都会感受到绝望
2. 需求分析，业务逻辑分析整理，明确测试要点，例如如上的就是注册，登陆的场景，其他业务场景类似，主需要封装在baseview下，然后在testcase下使用unittest，做个数据驱动。
3. 是不是要动手写了？答案肯定是否定的。明确完需求后，就是要测试数据的准备，测试场景编写。那么测试数据有哪些呢？首先appium启动APP就有一部分参数，后面的登陆的数据，注册的数据，是调用数据库的就需要连接数据库，封装数据库的方法进行操作数据库；而想简单点就直接使用CSV，直接读取。而需要大量数据的时候可以考虑random。
4. 数据是准备完了？是不是要动手了？答案肯定是否定的。你还需要思考使用什么版本的手机，后面你就开始调试下环境了。这里又会很苦逼。
5. 好的你获得动手的权限了。可是好像不知道从哪里下手一样。那么先定位元素吧
6. 按照完整的业务流程先跑通。
7. 再把方法封装，判断异常，处理数据，好的可以了，你的人生大概会陷入框架中来跑流程了。
8. 【以上是研读N篇不同的框架+实操得出来的那些好像很高级实际又好高级的事】