話說：

難度係數：★★★☆☆
建議用時：2周

目標
初步搭建一個自動化測試框架，技術選型：Jenkins+Ant+Jmeter。

1、按照場景組織各個介面，整體按照指定場景順序執行；
2、引數可注入（併發量threadsNumber、迴圈次數loop、以及各場景之間的coldDown、主機Ip、Token）；
3、輸出報告按照場景輸出；
4、定期執行及郵件通知；
5、效能測試報告。

筆者前面間斷髮過3篇部落格，分別介紹了：Jmeter的入門級使用、.jmx檔案分析及Jmeter多場景傳參。都比較零碎，沒有系統化總結。今天系統化總結下，形成一個系列；並且儘可能詳細，便於其他童鞋共同交流學習。

說下這三個工具的作用：

Jmeter——拋開壓測不談，這個工具和Postman類似，都可以用來做介面測試；Jmeter主要可以用來模擬高併發，這是最大的特點。比如：我想知道這個branch_center/video_list這個介面的瓶頸在哪裡？能承受多少訪問量？用JMeter可以很輕鬆的做到這一點。
在前後端分離架構中，介面組織順序一般按照場景組織或者按照服務組織….按照業務場景組織，目的是檢視各核心業務場景的併發訪問情況,eg:首頁視訊列表這個核心業務場景，能承擔100個併發量，在150個併發的時候，Error率為3%；按照服務組織介面，目的是為各服務後端開發提供一定的標準：eg:首頁各模組列表介面響應時間要在200ms之內……

所以，我們用Jmeter要做這幾件事：

1）按照核心業務場景，把介面組織起來。一個TestPlan下面，組織多個ThreadsGroup(業務場景)，每個ThreadsGroup中放置該業務場景下多個介面；
2）各種引數寫活，為Jenkins傳參伏筆；
3）生成完備的.jmx檔案，上傳到Git；
4）其他。

來，感性認識一下下：

Ant——就是一個構建工具，用它來驅動.jmx檔案，為什麼要用它驅動？類似的驅動還有：Maven、Gradle等，ant是輕量化的，網上一般都是這麼組合的，筆者也就“跟風”嘍。最終的目的是自動化，不可能手動點選Jmeter的啟動按鈕，而是通過Jenkins的圖形化介面去“構建”一下，這個構建背後的動作，其實就是一個Ant命令驅動.jmx檔案。

在下載的Jmeter裡面，有個extras目錄，裡面直接執行Ant即可。（前提是已經安裝Ant），可見官方預設也是Jmeter和Ant整合，Ant去編譯build.xml檔案，按照配置檔案去驅動響應的.jmx檔案，生成一個.jtl檔案，然後在主動把.jtl轉換為.html網頁，可以直接開啟，就是報告。

所以，對於Ant來說，我們要做的事情：

1）搞定build.xml;
1、引數可注入；
2、指定執行的.jmx檔案；
3、指定輸出報告
2）打通Ant和Jmeter；

我們來看一下最原始的Jmeter中的extras資料夾中的Ant命令如何運作：

dzjdeMacBook-Air:extras dzj$ ls
GrafanaJMeterTemplate.json          collapse.png                        remote.bsh
Test.html                           execcode.bsh                        schematic.cmd
Test.jmx                            expand.png                          schematic.sh
Test.jtl                            jmeter-results-detail-report_21.xsl schematic.xml
addons.txt                          jmeter-results-report_21.xsl        schematic.xsl
addons.xml                          printvars.bsh                       startup.bsh
ant-jmeter-1.1.1.jar                proxycert.cmd
build.xml                           proxycert.sh
dzjdeMacBook-Air:extras dzj$ 

在Jmeter根目錄下的extras目錄下，直接執行ant命令，結果如下：

dzjdeMacBook-Air:extras dzj$ ant
Buildfile: /Applications/apache-jmeter-4.0/extras/build.xml

run:
     [echo] funcMode = false
   [delete] Deleting: /Applications/apache-jmeter-4.0/extras/Test.html
   [jmeter] Executing test plan: /Applications/apache-jmeter-4.0/extras/Test.jmx ==> /Applications/apache-jmeter-4.0/extras/Test.jtl
   [jmeter] Creating summariser <summary>
   [jmeter] Created the tree successfully using /Applications/apache-jmeter-4.0/extras/Test.jmx
   [jmeter] Starting the test @ Tue May 22 12:42:45 CST 2018 (1526964165219)
   [jmeter] Waiting for possible Shutdown/StopTestNow/Heapdump message on port 4445
   [jmeter] summary =     30 in 00:00:03 =   11.2/s Avg:   208 Min:   103 Max:   345 Err:     2 (6.67%)
   [jmeter] Tidying up ...    @ Tue May 22 12:42:48 CST 2018 (1526964168425)
   [jmeter] ... end of run

_message_xalan:

xslt-report:
     [xslt] Processing /Applications/apache-jmeter-4.0/extras/Test.jtl to /Applications/apache-jmeter-4.0/extras/Test.html
     [xslt] Loading stylesheet /Applications/apache-jmeter-4.0/extras/jmeter-results-detail-report_21.xsl

verify-images:

copy-images:

report:
     [echo] Report generated at 2018/05/22 12:42

all:

BUILD SUCCESSFUL
Total time: 7 seconds
dzjdeMacBook-Air:extras dzj$ 

open Test.html

Jenkins——頭像是個老爺爺。這個主要是用來構建的。我們會把所有的專案分門別類的劃分出來，這樣每次啟動專案“構建”一次就好。“構建”背後的操作是：構建就是用相應的構建工具去驅動對應的指令碼；比如：Gradle專案當構建的時候，驅動的就是gradle指令碼檔案，然後在該指令碼檔案中找對應的東西，就重新啟動了專案，而不用手動進入bin下面去驅動命令；再比如：如果Jenkins指定Ant驅動，那麼構建的時候，就去找的是build.xml配置檔案，然後根據build.xml中指定的.jmx，去載入所有的Samples，然後輸出日誌到.jtl格式的檔案中，最後Jenkins把.jtl檔案轉換為一個Performance報表，一目瞭然。

對於Jenkins，我們要做的事：

1、打通Jenkins與Ant；
2、打通Jenkins傳參與Ant與Jmeter；
3、搞定輸出測試報告樣式；
4、搞清楚Ant直接驅動與Jenkins驅動區別
其他.

這個應該不陌生，來來，看下效果：

這裡一旦構建的話，就去驅動build.xml拉。

專案都是放在Git的，拉下來，然後提交上去，Jenkins可以是單擊，這裡是叢集。
接下來，我們將一步一步的把這個系列總結下來。讓我們拭目以待吧！

再會！