转自51Testing，该文章介绍的插件作用类似于Loadrunner中的集合点。目前我们项目只有线上监控有Jenkins并行任务，我们分别执行，最后也不需要报告，只需要哪个case失败了即时报警。此文留作记录，以备不时之用。

　　在利用Jenkins来自动执行自动化脚本，有时因某些原因，或者为了提高用例运行效率，可能需要创建多个job来同时跑脚本。

　　比如我之前接触过用Jenkins来跑 Robot Framework 的自动化脚本，因为用例太多了，于是考虑创建多个job并行跑，而 Robot Framework 中恰好有个合并报告 rebot 的功能，于是当多个job跑完后，便可将各个job的报告合并，最后就得到了一个最终的报告结果。

　　但创建了多个job后，我们可能不知道每个job要多久才能执行完，这样我们就不容易拿到合并后的报告，同时也不太好确定如何及时的将报告结果通过邮件发送给他人，后来在网上找到了Jenkins的一个插件，它很好的解决了我遇到的问题。

　　这是一个触发job的插件，它可以设置等待当前job的所有下游job都执行完后，再触发另一个job，有了它便可以很好的处理上面的问题。

　　在Jenkins控制台，进入系统管理->插件管理->可选插件，搜索 Join 找到该插件进行安装。

　　

在运用 Join 插件时，一般在当前job有多个下游的job时才能体现它的意义。因此，创建多个job并设计如下场景：

　　job A：最开始触发的job，它的下游是B1、B2

　　job B1：运行部分用例，与B2并行跑

　　job B2：运行部分用例，与B1并行跑

　　job C：等待A、B1、B2都跑完后，才会被触发。

　　在 job A 中，做如下配置：

　　在构建后操作步骤，选择 Join Trigger 时，如果发现点了没反应，可以尝试下再多安装另一个插件：Parameterized Trigger，该插件的作用是使各个job连接的时候可以传递一些job相关的信息。安装之后最好重启Jenkins，然后配置job时再点击Join Trigger 就发现正常了。

　　job B1/B2 ，用于执行用例，按实际情况设置即可。

　　job C ，在其他Job都执行完后才触发，可用于汇总报告结果及发送邮件。

　　以上设置完成后，当job A触发构建执行完后，其下游的 job B1/B2 开始并行跑，当 job B1/B2 都执行完，由耗时久的那个job通知并触发构建 job C ，由 job C 执行合并报告操作，并发送邮件。

--------------------------------------------------------------------------------

关注微信公众号(测试工程师小站)即可在手机上查阅，并可接收更多测试分享，发送【测试资料】更可获取百G测试教程~