mock(替身），server（服務） 測試替身的服務
1）前端
前端已寫好頁面，但是後端的介面沒寫好，那麼前端程式設計師正確的姿勢是模擬後端
在控制台內啟動，進入放置之前填寫請求資訊的資料夾內
啟動的命令是：j**a -jar moco-runner-1.3.0 standalone.jar http -p 12306 -c product.json
在postman中輸入請求位址與請求方式，傳送獲取響應資料
2）後端
例如：a給b服務⼀個⻋牌號，那麼b返回⻋輛的其他資訊
自己造資料，編寫http請求的json檔案，放置在j**a環境下
輸入啟動命令：j**a -jar moco-runner-1.3.0 standalone.jar http -p 12306 -c park.json
postman中輸入請求位址，請求頭和請求引數，傳送響應
測試過程中，⽆資料，怎麼辦？有兩種方式
⾃⼰造資料
⾃⼰mock資料
首先自己造資料，編寫http請求的json檔案，放置在j**a環境下，輸入命令啟動，之後再postman中響應以及斷言
對⼀個產品⽽⾔，效能的及時性是⽤響應時間或者吞吐量來進⾏衡量，對⽤戶⽽⾔，響應時間就是端到端的⽤戶基本體驗
1）使用者
在⽤戶的⻆度⽽⾔，軟體效能就是⽤戶操作的響應時間。⼀般⽽⾔關於響應時間業界的說法具體如下：
1-3秒，屬於優的表現
3-5秒，可以接受，屬於中間的表現
5秒以上，⽆法接受
2）運維
系統資源（cpu和記憶體）
資料庫資源（iops資源）
jvm記憶體是否夠⽤
系統的最⼤容量
3）程式設計師
開發的關注度會更加的全⾯，畢竟**都是程式設計師來編寫的，具體可以彙總為如下：
前後互動的響應時間
中介軟體的引數設定
記憶體釋放洩露
連線數洩露
是否存在不合理的記憶體使⽤⽅式
是否存在不合理的執行緒同步⽅式
系統中是否存在不合理的資源競爭
系統架構&**結構
4）測試
⽤戶關注的視⻆屬於全棧性的，需要考慮⽤戶視⻆的產品體驗，也要監控以及關注運維視⻆和開發視⻆，所以效能
測試中測試的具體⼯作職責可以總結為：
設計合理的場景和測試⽤例來驗證系統的資源資料
驗證在⾼併發的情況下架構是否滿⾜
給架構師以及開發⼈員提供中介軟體配置引數的合理值範圍
使⽤技術⼿段監控系統，db，中介軟體，全鏈路監控的⽅式來監控系統資源情況
5）web前端
所謂前端的效能⽬前也是效能測試中⽐較熱⻔的技術之⼀，關注的點具體彙總為如下：
瀏覽器的資源載入（html解析，圖⽚資源載入，css⽂件資源載入）
前端快取技術的優化是否合理性
前端與後端的互動性耗時
網路時間+應用程式的處理時間
web服務：nginx
應用服務：django服務
date服務：mysql
效能測試的核心是驗證當前系統是否支援現有使用者的訪問，也就是說系統可以承受在同一時間段多少使用者來訪問系統
併發使用者數：n個使用者向服務傳送請求
併發使用者數秒，可以說不論從業務視角出發，還是服務端承受壓力而言，描述的是統一時間同時向客戶端發出請求的客戶，某些時候也稱為「併發測試」，這中間主要體現的是服務端承受的最大併發訪問數
主要用於資料傳輸方面，也就是被測試系統的執行效率，該術語用於描述資料傳輸速度（位元組/秒或者位元/秒），在某些情況下（如db層面），吞吐量值的是操作的速度，也就是每秒運算元或者每秒業務數。或者也可以說單位時間內客戶端請求的數量，直接體現系統的效能承載能力。
webserver：http連線數
應用server：服務被部署的系統的cpu和記憶體資源
dateserver：iops
該術語主要是針對資料庫的，也就是每秒發生的輸入/輸出操作的次數，是資料傳輸的乙個度量方法。用於磁碟的讀寫，iops指的是每秒讀和寫的次數
iops衡量的是讀寫的速度
效能測試的過程中，任何指標不能超過75%，一旦超過75%，說明可能存在瓶頸
對於服務所請求的資源，使用率描述的是所給定的時間區間內資源的繁忙程度
out of memory(oom）：記憶體洩漏
如乙個業務中，會使用大量的記憶體資源，總的記憶體資源是4g，在一定資料量的情況下執行該業務形態，記憶體使用率從100m一直占用到3g，然後隨著業務記憶體資源得到釋放呈下降的趨勢，那麼可以說記憶體使用率最高為75%
思考時間（think time），也稱為休眠時間，在業務視角，思考時間值得是使用者在進行操作時每個請求之間的間隔時間。
事務指的是某個操作或者是一組操作的組合，如登入的事務就是輸入賬戶和密碼,點選登入按鈕跳轉到登入成功的頁面並且資訊都載入出來。tps統計的是每秒處理的事務數，即系統每秒能夠處理的事務的數量。qps指的是每秒查詢率，如db伺服器在規定時間內處理流量多少的衡量標準
cpu密集型：應用程式執行繁重的計算，通常時間比較長，占用大量的cpu——計算型
io密集型：應用程式執行io，計算不多，會占用大量的記憶體資源系統的最小粒度是執行緒，也就是說系統排程中粒度最細的就是對執行緒的排程——讀寫型
執行緒優先順序：在沒有資源的情況下，一般優先級別高的優先被執行，優先級別從1-10，沒有對執行緒設定的時候，所有的優先順序預設都是5
1）先進先出
2）沒有優先順序的情況下，哪個資源跑的快就先處理
效能測試理論
明確的產品需求或者功能需求 比如運營活動，申購贖回滿足正常流量 搶購流量 運維部署的效能測試需求 系統的部署方案，模組的引數調整，系統設計漏洞和 邏輯導致的效能bug，比如新模組一定要做模組級壓測 產品質量標準 這個依賴於日常的資料統計，比如各個介面的流量，響應時間，模組級別的歷史壓測資料，已知的效...
效能測試基礎理論
一 什麼是軟體效能 定義 軟體的效能是軟體的一種非功能特性，它關注的不是軟體是否能夠完成特定的功能，而是在完成該功能時展示出來的及時性。由定義可知效能關注的是軟體的非功能特性，所以一般來說效能測試介入的時機是在功能測試完成之後。另外，由定義中的及時性可知效能也是一種指標，可以用時間或其它指標來衡量，...
測試理論小結
典型的測試步驟 1 計畫 確定目標，確定測試策略，測試方法 2 執行 建立測試環境，按測試計畫執行 3 檢查 一步步驗證，是否執行完畢 4 迴圈 如果沒有改正，繼續執行 測試職責 1 驗證在整個軟體開發周期中，各個階段的軟體質量是否合格 2 驗證最終交付給客戶的軟體系統是否是客戶想要的，滿足需求的 ...