Appium+python自动化(四十二)-Appium自动化测试框架综合实践- 寿终正寝完结篇(超详解)
北京-宏哥 人气:01.简介
按照上一篇的计划,今天给小伙伴们分享执行测试用例,生成测试报告,以及自动化平台。今天这篇分享讲解完。Appium自动化测试框架就要告一段落了。
2.执行测试用例&报告生成
测试报告,宏哥已经讲解了testng、HTMLTestRunner、allure等等,今天就在讲解一个新的测试报告BSTestRunner。这个有的小伙伴有问到,所以在这里特地的给这部分的小伙伴们演示一下。
2.1 下载BSTestRunner
直接输入网址,下载后,引入项目中即可。
BSTestRunner下载地址
关于这部分可以看宏哥的一个实例:demo
2.2 run.py
执行所有测试用例。这个是所有框架的入口。
2.3参考代码
# coding=utf-8 # 1.先设置编码,utf-8可支持中英文,如上,一般放在第一行 # 2.注释:包括记录创建时间,创建人,项目名称。 ''' Created on 2019-11-21 @author: 北京-宏哥 QQ交流群:707699217 Project:Appium自动化测试框架综合实践 - 寿终正寝完结篇 ''' # 3.导入模块 import unittest from BSTestRunner import BSTestRunner import time,logging import sys path='D:\\kyb_testProject\\' sys.path.append(path) test_dir='../test_case' report_dir='../reports' discover=unittest.defaultTestLoader.discover(test_dir,pattern='test_login.py') now=time.strftime('%Y-%m-%d %H_%M_%S') report_name=report_dir+'/'+now+' test_report.html' with open(report_name,'wb') as f: runner=BSTestRunner(stream=f,title='Kyb Test Report',description='kyb Android app test report') logging.info('start run test case...') runner.run(discover)
注意:
pattern参数可以控制运行不同模块的用例,如下所示表示运行指定路径以test开头的模块
discover = unittest.defaultTestLoader.discover(test_dir, pattern='test*.py')
3.Bat批处理执行测试
前面脚本开发阶段我们都是使用pycharm IDE工具来运行脚本,但是当我们的脚本开发完成后,还每次打开IDE来执行自动化测试就不合理了,因为不仅每次打开比较麻烦,而且pycharm内存资源占用比较“感人”!这样非常影响执行效率。 针对这种情况,我们可以使用cmd命令或者封装为bat批处理脚本来运行。
3.1启动appium服务
启动appium服务通过批量处理脚本。
3.1.1start_appium.bat
3.1.2参考代码
@echo off appium pause
@echo off 为关闭“回显”,让命令行界面显得整洁一些。
3.2执行测试用例
执行测试用例就是说到底就是通过批量脚本执行框架入口文件run.py。
3.2.1run.bat
3.2.2参考代码
@echo off d: cd D:\kyb_testProject\test_run C:\Python35\python.exe run.py pause
3.3注意事项:
3.3.1执行之前需要在run.py脚本添加如下内容:
import sys
path='D:\\kyb_testProject\\'
sys.path.append(path)
项目在IDE(Pycharm)中运行和我们在cmd中运行的路径是不一样的,在pycharm中运行时, 会默认pycharm的目录+我们的工程所在目录为运行目录。
而在cmd中运行时,会以我们的工程目录所在目录来运行。在import包时会首先从pythonPATH的环境变量中来查看包,如果没有你的PYTHONPATH中所包含的目录没有工程目录的根目录,那么你在导入不是同一个目录下的其他工程中的包时会出现import错误。
3.3.2.以上脚本编码格式必须为utf-8
4.自动化测试平台
前面我们已经开发完测试脚本,也使用bat批处理来封装了启动Appium服务和运行测试用例。但是还是不够自动化,比如我想每天下班时自动跑一下用例,或者当研发打了新包后自动开始运行测试脚本测试新包,那么该如实现呢?
4.1持续集成(Continuous integration)
持续集成是一种软件开发实践,即团队开发成员经常集成他们的工作,通过每个成员每天至少集成一次,也就意味着每天可能会发生多次集成,简称CI。每次集成都通过自动化的构建(包括编译,发布,自动化测试)来验证,从而尽早地发现集成错误。
4.2Jenkins简介
Jenkins是一个开源软件项目,是基于Java开发的一种持续集成工具,用于监控持续重复的工作,旨在提供一个开放易用的软件平台,使软件的持续集成变成可能。
4.3下载与安装
下载地址:https://jenkins.iohttps://img.qb5200.com/download-x/download/
下载后安装到指定的路径即可,默认启动页面为localhots:8080,如果8080端口被占用无法打开,可以进入到jenkins安装目录,找到jenkins.xml配置文件打开,修改如下代码的端口号即可。
<arguments>-Xrs -Xmx256m -Dhudson.lifecycle=hudson.lifecycle.WindowsServiceLifecycle -jar "%BASE%\jenkins.war" --httpPort=8080 --webroot="%BASE%\war"</arguments>
4.4构建触发器
- 触发远程构建:如果您想通过访问一个特殊的预定义URL来触发新构建,请启用此选项。
- Build after other projects are built:在其他项目触发的时候触发,里面有分为三种情况,也就是其他项目构建成功、失败、或者不稳定的时候触发项目;
- Build periodically 定时构建
- GitHub hook trigger for GITScm polling,根源Git的源码更新来触发构建
- Poll SCM:定时检查源码变更(根据SCM软件的版本号),如果有更新就checkout最新code下来,然后执行构建动作。如下图配置:
*/5 * * * * (每5分钟检查一次源码变化)
4.5jenkins定时构建语法
这是其实就是corn表达式,几分钟就可以掌握,有兴趣的可以百度一下,花费几分钟简单的学习一下。
* * * * *
(五颗星,中间用空格隔开)
- 第一个*表示分钟,取值0~59
- 第二个*表示小时,取值0~23
- 第三个*表示一个月的第几天,取值1~31
- 第四个*表示第几月,取值1~12
- 第五个*表示一周中的第几天,取值0~7,其中0和7代表的都是周日
4.6使用案例
每天下午下班前18点定时构建一次
0 18 * * *
每天早上8点构建一次
0 8 * * *
每30分钟构建一次:
H/30 * * * *
注意:关于jenkins的详细知识,可以看宏哥的:jenkins系列文章。
5.小结
到此,Appium自动化测试框架就全部完成了,聪明的你都懂了吗???框架自己搭建起来吗???嘿嘿!慢慢地来吧。
加载全部内容