jenkins测试,jenkins测试环境搭建

在Jenkins2.X使用Pipeline执行python测试脚本

一、pipeline介绍

Pipeline是Jenkins2.X的最核心的特性，帮助Jenkins实现从CI到CD与DevOps的转变。

Pipeline，一套运行于Jenkins上的工作流框架， 将原本独立运行于单个或者多个节点的任务连接起来， 实现单个任务难以完成的复杂流程编排与可视化。

二、jenkins2以上版本如果在安装时安装插件，就有了。如果没有请升级你的版本，我现在是 2.258。

三 、Pipeline脚本是由Groovy语言实现（无需专门学习）支持两种语法：Declarative 声明式，Scripted Pipeline 脚本式。

我们以声明式为例写个最简单的：

1、新建一个pipeline（流水线）的工作job，在流水线选择helloworld模板：

1、在流水线上的脚本输入下面的：

2、执行的视图：

控制台输出结果如下：

解决Jenkins发送测试报告中用例成功失败数量为空的问题

使用Jenkins自动化集成发送的测试报告时，出现${TEST_COUNTS}的各类值为空的情况，如下图：

关于${TEST_COUNTS}用法：显示测试的数量。

· var 默认“total”。

· total 所有测试用例总数

· pass 通过测试用例数量

· fail 失败测试用例数量

· skip 跳过测试用例数量

Maven项目如果使用的是Testng框架，Jenkins集成Maven项目后，项目配置的Post-build Actions下发送email的模板Default Content如下：

发送的邮件中以下几个值显示为空，如上图

解决方法：

1、Jenkins 系统管理 -- 插件管理，安装TestNG Results插件

2、Jenkins选择对应的项目，点击配置,进入构建后操作Post-build Actions，增加构建后操作步骤-Publish TestNG Results

3、保存上述配置，再次构建，查看邮件，就可以正确获取到测试执行的数量

6. Jenkins使用Node调度各种测试用例

使用Jenkins来调度不同种类的测试用例，需要先改造测试用例：

1. 设备的选择通过环境变量传递给UDID

2. 当并行执行case时，Chromedriver的端口，appnium server的端口等会发生冲突，所以不能全都使用默认端口，需要传入端口参数。

3. 业务数据的改造，解决并行导致的账号互踢，给不同设备分配不同的账号。

4. 需要拆分测试集，合理安排test suit，那些case是可以并行的，那些测试是需要串行执行的。可以用pytest的标签来分类，也可以用pytest的class name，或者文件名来对test case进行分组。

5. 测试框架使用Appium时，cnpm 安装的appium会有bug没无法使用并行测试，需要使用npm重新安装appium。

? ? ? ?首先是在设置设备的capbility的时候，从环境变量中传入UDID（os.getenv('udid', None)），指定是在那个设备上执行测试用例。

? ? ? 然后是使用utils.free_port()获取一个未被使用的端口作为连接底层driver的systemPort（官网解释如下：systemPort?used to connect to? appium-uiautomator2-server ?or? appium-espresso-driver . The default is?8200?in general and selects one port from?8200?to?8299?for? appium-uiautomator2-server , it is?8300?from?8300?to?8399?for? appium-espresso-driver . When you run tests in parallel, you must adjust the port to avoid conflicts. Read? Parallel Testing Setup Guide ?for more details.）同样给chromedriverPort一个不冲突的端口号（Numeric port to start Chromedriver on. Note that use of this capability is discouraged as it will cause undefined behavior in case there are multiple webviews present. By default Appium will find a free port.）

可以设置combination filter来控制case跑在那些指定的设备上，当filter设置为index%2 ==1时，case会选择其中一个设备来运行，保证每个case只跑一次：

给对应的设备添加节点Node，# of executors设置为1，表示这个节点上一次自能同时跑一个case。在环境变量里添加这个节点对应的设备的udid：

用Jinkens提供的命令启动这些节点：

修改项目的配置，在Configuration Matrix下面添加test suite，也就是那些test suite需要执行，这里用的是pytest的文件名：

Agents，选择对应的节点：

保存项目，能看到一个矩阵式的表格，第一列是需要运行的测试文件，第一行是运行这些case的设备node：

运行项目，会发现总任务在master上，然后master将任务分配给下面的节点执行：

执行完成之后，能看到每个case只在一个设备上运行一次，这样测试的执行策略就完成了：

执行策略跑通之后，需要开始定义测试的具体的执行命令：