Appium+python自动化（四十二）- 寿终正寝完结篇 - 结尾有惊喜，过时不候（超详解）

1.简介

按照上一篇的计划，今天给小伙伴们分享执行测试用例，生成测试报告，以及自动化平台。今天这篇分享讲解完。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下载与安装

下载地址：Download and deploy

下载后安装到指定的路径即可，默认启动页面为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自动化测试框架就全部完成了，聪明的你都懂了吗？？？框架自己搭建起来吗？？？嘿嘿！慢慢地来吧。