uos自动化测试心得

关于UI自动化测试，我们主要分两块，web的和app的，web的主流自然是selenium，app的主流就是appium, 基本思想都是工具帮忙定位元素，然后根据自动化测试用例对这些元素进行操作，形成一条用例脚本，学会如何写一条脚本，大概就是一个案例学习的时间，但是如何构建一个自动化测试的工程那就需要包含几个部分，使用什么开发语言，测试用例谁来管理（使用什么框架），编写用例模块怎么划分,用例出现问题怎么定位需要有日志信息的收集，当然最重要的还是要有测试结果的图形化展示，可以看一下现有的一个框架：

project---report           ###用来存放测试报告        

           ---log              ###用来存放测试日志                  

           ---data             ###用来存放测试数据，包含图片数据和文档数据，需要分开存放        

           ---resource         ###用来存放测试工具      

           ---common           ###用来存放工程公共方法        

           ---apis             ###用来存放各个模块的公共方法        

           ---scripts          ###用来存放各个模块的脚本

如何给这个工程填充内容呢，就需要确认一个测试框架，一般Python常用的pytest+allure框架可以很好的帮我们实现这些。

针对report文件我们需要在工程中配置allure的用法，一般会在pytest.ini文件进行配置

针对log，针对每一次的测试结果打印的日志存放的位置

针对data我们需要将图片和文件进行分类并且需要分模块存放

针对resource这个里面用来存放一些测试资源，比如一些离线安装包，安装测试环境的脚本，测试用例的获取，测试结果回填至PMS，测试邮件的发送等等

针对common是专门用来存放整个工程的方法的，比如在测试过程中我们常用的终端执行命令os的封装，dbus接口的执行，我们用来定位元素的工具dogtail的常用方法封装，日志工具的封装，键鼠操作：pyautogui方法的封装，图片识别PIL，pytesseract工具的封装，配置文件中全局变量的获取方法封装，还有一些其他全局公共方法的封装。

针对apis目录，这个里面分的模块需要与scripts模块划分一致,如果这个里面每个模块都会调用到的公共方法，我们就需要封装到common目录下，以便后期维护

针对scripts目录呢，就是我们编写用例需要存放的地方了，这个地方划分人员进行维护会非常方便

代码管理工具git的使用也要有一定的技巧，作为测试是非常讨厌开发不写api文档的，这样会对我们测试的覆盖范围产生漏测的风险，所以作为一个测试不仅要写出自己的脚本，还要增加脚本的维护性，需要建立在线文档进行common，apis两个目录中的方法进行登记，这样其他人在调用或者维护的时候会清晰明了

针对git代码的合并第一次写脚本，需要建立自己的分支，新建的分支会直接同步master的内容，如果长时间没更新了 最好干掉自己的分支，然后重新新建分支，或者merge master分支的内容到自己的分支，merge代码的过程最烦的就是出现冲突了 然后需要一个一个去更改这些冲突，一定需要耐心 

git log

git reset HEAD   后面可以跟^符号，一个^表示一个历史记录

git checkout这个命令不能随便乱使用，因为很容易丢掉本地的修改