jmeter效能測試指令碼可以做自動化可以做功能，但是簡單的功能指令碼不能直接過來用於效能測試
這個課程都是接觸介面的，(效能測試周期很長）
軟體效能測試：是用一定的技術工具，找出或驗證某些效能指標值的測試
工具：jmeter loadrunner python+locust wrk ngrinder
找出：之前完全沒有做過，企業中開始做效能測試階段
驗證：在後續迭代更新過程中，就是來驗證這些指標值，因為我們以前已經有了，後續在迭代的過程中，迭代一個版本，有一些業務功能增加了，有了更多的介面，更多的邏輯處理，那麼效能就會發生變化，影響到效能指標
只要與效能相關的都屬於廣義效能測試

負載測試：關鍵詞：逐步加壓，逐步增加壓力（模擬多個人向伺服器發出請求），看我們伺服器最大（異常報錯，伺服器崩潰，超過請求時間過長，以上三種都是拐點）的效能指標值（通過增加人數來增加壓力）

壓力測試：關鍵詞：比較大的壓力比較長的時間24，比較小的壓力*比較長的時間，
負載測試和壓力測試都屬於效能測試
做效能測試一定要使用效能測試工具
功能測試/功能測試的目的是：輸出是bug，最終都是保證功能正常（bug修復）才能夠釋出上線
效能測試目的：輸出效能指標，而不是bug
需要看伺服器的穩定性，伺服器需要支撐多使用者併發量

用介面做效能測試，不需要關注是APP端還是web端
效能測試開展階段：兩種情況

1.功能測試（介面（企業自有介面：開發人員寫好的介面，不是很穩定，一般都是功能測試完成了要上線了（功能穩定）或者上線之後再做效能測試，第三方介面：付費購買時，別人的介面已經很成熟，自身公司提出效能要求，確保介面滿足自身公司效能要求，所以在商務談判快要結束的時候要做效能測試，自己公司裡用其他團隊的介面也是第三方介面，還有其他團隊做好了介面，需要使用其他團隊做的介面）
效能測試的時間週期很長，所以一般是上線之後做效能測試（使用者功能沒有問題，大量使用者時存在問題，這個時候才需要用效能測試）

介面協議一般都是http協議，資料進行互動情況下一般是使用http協議，還有websocket，jdbc，soap協議
做效能測試一定要使用效能測試工具，包括寫程式碼
http和rest的區別：
地址上就有區別
請求行都不一樣
引數也發生變化
rest會把引數和key直接寫在地址裡面，改變了實現方式
其實rest和http是差不多的

jmeter是java開源的，更新較快可以支援最新的協議例如restful
lr的優勢在於執行效率，是c語言的，做很精確的效能時就用這個，有併發使用者數限制
jmeter支援mq類效能測試