實現(xiàn)方法

　　※安裝插件 Join+Plugin

　　※quick任務設置

　　※其他設置同方案一

　　注意

　　如果匯總?cè)蝿誱erge的報告還需要在quick任務中展現(xiàn)，則需要把報告?zhèn)鞯絨uick任務的工作目錄下。

　　場景三

　　應用場景

　　前面兩個方案，有如下一些缺點：

　　※任務過多：包括quick任務+N個測試任務，不便于管理。

　　※用例數(shù)變化時需人工調(diào)整任務 ： 人工設置每個任務運行的哪些用例，那么在用例數(shù)發(fā)生了變化時，需要人工調(diào)整，很費時費力。

　　※任務并發(fā)度不可調(diào) : 任務的并發(fā)度等于建立的子測試任務的數(shù)目，調(diào)整并發(fā)度，需要建立/刪除任務，且要改quick任務的設置，很麻煩。

　　※任務時間差別大，形成短板 : 整個測試完成的時間實際上是等于執(zhí)行時間長的測試子任務的時間，時間不夠優(yōu)化。

　　??上面的缺點，提出以下方案(quick任務+1個測試任務+動態(tài)挑選用例)，如下圖所示

　　實現(xiàn)方法

　　※各個機器之間能相互發(fā)送拷貝文件(例如通過建立信任關系)，用于報告收集
※編譯任務設置 設置報告

　　設置測試并發(fā)度

　　通過腳本訪問URL觸發(fā) ${Test_Parallel} 次測試任務： HUDSON_URL/job/test/buildWithParameters?token=TOKEN_NAME&Upstream_path=work@host:~/path

　　※測試任務設置

　　設置構(gòu)建參數(shù)(Upstream_path，測試完后發(fā)送報告到該路徑匯總)，方法同上。
命令行觸發(fā)構(gòu)建

　　多次構(gòu)建并行執(zhí)行

　　每次構(gòu)建執(zhí)行先從用例庫獲取1個或部分用例，執(zhí)行完后再次獲取。

　　構(gòu)建后將報告重命名為${BUILD_NUM}.xml，然后根據(jù)Upstream_path發(fā)送報告到編譯任務所在機器 * 采用統(tǒng)一的方式管理所有的用例，根據(jù)請求返回1個或多個未執(zhí)行的用例

　　※根據(jù)機器屬性和任務執(zhí)行要求，設置機器Grid和任務Grid

　　優(yōu)勢

　　更省時間、提高機器利用率、負載均衡、并發(fā)度可控、任務數(shù)少