3.分布式执行！
　　一般的任务，是不能并发调度执行的，有多个构建请求时，即使有多个测试机器是空闲的，也必须按时间顺序，一个接一个运行，典型的情况如下图所示。

　　因此，上述化整为零的做法把slowtest任务拆分为多个子任务，从而达到多个任务同时可以同时执行的效果。
　　实际上，要加快自动化测试的速度，不一定需要多个任务同时执行——我们只需要多个构建同时执行。Hudson任务设置里有一个选项
　　可以设置任务是否可以多个构建同时执行。我们把这个选项勾选上后，当同时有多个构建请求时，只要有N个测试机器是空闲的，那可以有N个构建同时执行！

　　4.远程控制
　　Hudson可以设置一个任务构建完成后自动触发另外的任务构建。这样，编译任务、快速测试任务、完整测试任务可以自动地有序执行。然而，这样的自动触发任务构建，上游任务只能对每个下游任务触发一次。那么，当我们的quicktest任务构建完毕后，如何触发多个slowtest任务构建呢 难道只能手工在网页页面上点击“立即构建”吗
　　当然不是。在Hudson任务设置里，如下图，有这样的一个设置，勾选并填写”Authentication Token”上之后，我们可以使用这个Token编写脚本或程序来随时触发一个任务的构建了。

　　例如，用类似以下的Python代码，可以触发一次”Your_Job”任务的一次构建。

　　如果”Your_Job”任务是带参数（见后文）的，可以用类似以下的代码触发一次构建。

　　5.测试用例分配
　　为了让slowtest任务的每一次构建能执行不同的自动化测试用例，我们需要指定该任务为带参数的任务，在任务设置中勾选
　　并指定相应的参数。例如，我们指定一个字符串参数名为suite，用于指定某一次构建是运行哪一个suite里的case。这样，在具体的某一次构建中，suite会以环境变量的方式存在。当然，如果构建的时候没有指定suite参数，那么suite会默认为None。

　　这样，在一个任务的每次构建中，可以根据环境变量suite的值去取不同的测试用例来运行了。
　　6.测试结果回收
　　当分布式测试执行完毕后，slowtest的测试结果仍然被拆分到了多个构建之中，如何把这些测试结果统一收集起来呢
　　例如，我们很可能需要把所有测试用例的运行生成的JUnit格式的测试结果报表合并在一起，即我们需要收集slowtest任务每一次构建所产生的xml测试结果文件。
　　解决办法是，我们在slowtest任务里设置Hudson把我们需要的一些文件在构建完成后打包存档起来。例如下图这样设置，则Hudson在每一次构建完成后，会将test_report文件夹下的所有xml文件上传至服务器保存下来。

　　这样，我们也可以自己编写脚本或程序去获取这些文件了。例如，类似如下Python代码，可以获得test-slowtest任务第67次构建所生成的所有文件，打包保存为tmp.zip。