記錄一下介面效能測試的學習

先熟悉一下概念：

Locust是使用Python開發的支援分散式的一款開源壓力測試工具，Locust在測試時，會產生大量的使用者對系統進行訪問，每個使用者的行為是通過Python程式碼控制的，並且整個測試過程可以在Web的UI介面實時觀察測試資料。 

Locust在單臺機器上能夠支援幾千併發使用者訪問，Locust內部採用了協程gevent，通過採用分散式的方式,理論上Locust工具能夠模擬無數的使用者。

1.安裝locust：直接$ pip install locustio 即可

安裝的過程中會安裝其他一些依賴的庫，不要慌張，安裝結束如上圖，檢視是否安裝可以用 locust -h 來驗證，當現實各種命令就是安裝成功了！

2.安裝完成後開始來寫一個性能測試指令碼

解釋一下：baiduy_page（）方法表示一個使用者行為，使用@task修飾該方法是一個事務，client.get()用於指定請求路徑，因為是百度首頁所以用‘/’指定為根路徑

websiteuser類用於設定效能測試

task_set ：定義一個使用者行為類

min_wait ：執行事務之間使用者等待時間的下界（ms）

max_wait: 使用者等待時間的上界

下面來啟動效能測試：

-f ：指定效能測試指令碼檔案

--host ：指定被測試應用的url地址，注意，訪問百度使用的是https協議

然後通過該瀏覽器訪問 http://127.0.0.1:8089   locust預設使用8089埠

如圖所示：

啊啊啊啊，報錯啊，沒解決呢，愁死了！預設是8089埠，我改成別的埠還是不行！下班吧！回家思考一下！

3.昨天下班沒解決的問題今早搞定啦，不知什麼原因，地址輸入localhost：8089埠就可以了，有時候就是這麼簡單：如下圖：

number of user to simulate：設定模擬的使用者數

hatch rate ：每秒產生的虛擬使用者數

輸入使用者數100，每秒產生10

下面作解釋一下：

type： 請求型別

name： 請求路徑，這裡是百度首頁，https://www.baidu.com

requests: 當前請求的數量

fails：當前請求失敗的數量

median： 中間值，單位毫秒 一半的伺服器響應時間低於該值，另一半高於該值

average： 平均值，單位ms 所有請求的平均響應時間

min： 請求伺服器最小響應時間 ms

content size ： 單個請求的大小，單位位元組

reqs/sec： 每秒鐘請求的個數

總結：由於這是百度首頁的測試，效能需求不明，伺服器配置未知，沒有分析的必要！

下面拿自己公司的後臺管理系統作一個簡單的效能測試：

這是指令碼內容

所有的操作都要先登入，所以先寫一個on_start方法定義了每個使用者開始做的第一件事

@task方法裝飾的是一個事務

下面啟動執行：

此時開啟localhost：8089 檢視：

這就是我司的後臺的測試結果：

進入charts檢視折線圖：

然後我又把使用者數設定為1000，每秒啟動20，但是，但是，，此時，我司的後臺管理系統就掛掉了，我了割草啊，嚇死我了。嚇得我趕緊關掉locust，尼瑪，嚇了我一身冷汗！哎

由此可以看出我司的後臺管理系統還是比較渣渣的哈！

php寫的，不過這件事只有我自己知道，哈哈哈！好了，這次的練習就到此為止吧！有機會再繼續學習locust！

講解到這裡小夥伴應該都會用了；locust做簡單的效能測試了啊，有不明白的可以qq問我，970185127，一起學習！

最後附上一個大牛寫的關於locust的東西，值得深入學習，有機會仔細閱讀！

以下部分為2018年8月9日更新！

由於我司下期專案要新增一個直播的模組，直播嘛想想就只到要做壓力測試啦，所以今天把locust有稍微研究了下（半天時間），因為手上有專案不能耽誤太久時間！

今天我要做的就是課程的詳情頁。就是模擬多人併發請求這個課程的詳情頁，也就相當於同時多個人進入這個課程.

當一切準備就緒時開始執行locust -f locustfile2.py --host=xxx 後一直給我報錯，說找不到一個叫common的模組。我一想不對呀，怎麼會找不到呢，因為我在locust檔案中匯入我的公共模組都是正常的啊，為什麼執行報錯呢？百思不得解！

所以我特地根據這個改了一下我的專案結構（真夠奇葩的）

把locust檔案和要匯入用到的檔案圈放在根目錄，然後執行命令

居然這就成功了，我也是醉了，對於這塊我覺得可能是locust對於檔案層級目錄還是有要求的！還需要好好研究！

還有一種方法就是這種結構：

下次嘗試吧！！