实现方法

　　※安装插件 Join+Plugin

　　※quick任务设置

　　※其他设置同方案一

　　注意

　　如果汇总任务merge的报告还需要在quick任务中展现，则需要把报告传到quick任务的工作目录下。

　　场景三

　　应用场景

　　前面两个方案，有如下一些缺点：

　　※任务过多：包括quick任务+N个测试任务，不便于管理。

　　※用例数变化时需人工调整任务 ： 人工设置每个任务运行的哪些用例，那么在用例数发生了变化时，需要人工调整，很费时费力。

　　※任务并发度不可调 : 任务的并发度等于建立的子测试任务的数目，调整并发度，需要建立/删除任务，且要改quick任务的设置，很麻烦。

　　※任务时间差别大，形成短板 : 整个测试完成的时间实际上是等于执行时间长的测试子任务的时间，时间不够优化。

　　??上面的缺点，提出以下方案(quick任务+1个测试任务+动态挑选用例)，如下图所示

　　实现方法

　　※各个机器之间能相互发送拷贝文件(例如通过建立信任关系)，用于报告收集
※编译任务设置 设置报告

　　设置测试并发度

　　通过脚本访问URL触发 ${Test_Parallel} 次测试任务： HUDSON_URL/job/test/buildWithParameters?token=TOKEN_NAME&Upstream_path=work@host:~/path

　　※测试任务设置

　　设置构建参数(Upstream_path，测试完后发送报告到该路径汇总)，方法同上。
命令行触发构建

　　多次构建并行执行

　　每次构建执行先从用例库获取1个或部分用例，执行完后再次获取。

　　构建后将报告重命名为${BUILD_NUM}.xml，然后根据Upstream_path发送报告到编译任务所在机器 * 采用统一的方式管理所有的用例，根据请求返回1个或多个未执行的用例

　　※根据机器属性和任务执行要求，设置机器Grid和任务Grid

　　优势

　　更省时间、提高机器利用率、负载均衡、并发度可控、任务数少