转自51Testing，该文章介绍的插件作用类似于Loadrunner中的集合点。目前我们项目只有线上监控有Jenkins并行任务，我们分别执行，最后也不需要报告，只需要哪个case失败了即时报警。此文留作记录，以备不时之用。
前言
在利用Jenkins来自动执行自动化脚本，有时因某些原因，或者为了提高用例运行效率，可能需要创建多个job来同时跑脚本。
比如我之前接触过用Jenkins来跑 Robot Framework 的自动化脚本，因为用例太多了，于是考虑创建多个job并行跑，而 Robot Framework 中恰好有个合并报告 rebot 的功能，于是当多个job跑完后，便可将各个job的报告合并，最后就得到了一个最终的报告结果。
但创建了多个job后，我们可能不知道每个job要多久才能执行完，这样我们就不容易拿到合并后的报告，同时也不太好确定如何及时的将报告结果通过邮件发送给他人，后来在网上找到了Jenkins的一个插件，它很好的解决了我遇到的问题。
安装 Join 插件
这是一个触发job的插件，它可以设置等待当前job的所有下游job都执行完后，再触发另一个job，有了它便可以很好的处理上面的问题。
在Jenkins控制台，进入系统管理->插件管理->可选插件，搜索 Join 找到该插件进行安装。
使用 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 执行合并报告操作，并发送邮件。