針對此次庫內作業效能測試，梳理一下期間的工作流程
梳理已有的介面指令碼，確認需要做效能測試的幾個介面，即使用率高，對效能有要求的幾個主要介面。
結合頁面的操作，和確認的介面，梳理具體的業務邏輯
同時，請開發人員部署了測試環境。
測試環境的伺服器指標，盡量和生產環境一致。
部署的時候，負載均衡等情況也盡量和生產環境一致。
由於伺服器成本問題，此次只做到了指標一樣，但部署情況做了調整，各個服務各一台，webapi部署了兩台。
施壓機器的確定：此次的施壓機和部署的服務都是在雲上，不存在頻寬限制。
如果施壓機在本地windows上，部署服務在雲上，就會有頻寬問題。
部署測試環境後，要做基礎配置。有分兩個部分。
開發人員做一部分基礎配置。
測試人員做一部分，倉庫的，貨品的，庫區的，等基礎資料的配置。
造基礎資料
造了6個不同型別的商品，通過新建入庫單和出庫單的操作，各自庫存有1千萬
造了100萬個出庫單，每個出庫單有6個商品
造了幾千個波次，每個波次有100個出庫單
其中，造數也是通過跑指令碼的方法進行。
所以，最終的結果：1個波次，100個出庫單，其中1個出庫單包含6個不同的商品。
效能測試步驟梳理
from 最近在給新員工做培訓的時候，將效能測試進行的步驟進行了一次總結和梳理，放在這裡供大家拍磚。效能測試需求收集 這一步叫萬丈高樓平地起，從無到有的過程，收集產品需求中的效能指標，我們從效能測試的目的出發，一般可以嘗試從軟體所依賴的硬體環境，軟體架構方面入手去考慮，如果遇到專業的產品人員，自然要...
效能測試步驟和方法
效能測試可以發現專案中很多隱藏的問題，比如 sql查詢慢的語句優化 記憶體洩漏 記憶體溢位 執行緒安全 執行緒死鎖等問題，為上線後專案併發和長時間執行去除隱患。效能測試的步驟 step1 從研發那裡得到介面清單 實際場景中的併發數量 tps 以及相應時間 rt step2 測試人員根據介面清單除錯指...
效能測試之前端效能測試
本次總結總共分為以下部分 1.如何衡量乙個系統是否要做壓測 2.壓測的準備過程 3.壓測工具選擇 4.壓測資料以及報告結果相關 1.如何衡量乙個系統是否要做壓測 首先需要衡量乙個系統是否需要壓測，從以下角度考慮 從兩個角度進行分析 a.業務角度 明確系統是對內使用還是對外使用，使用人數是多少，如果使...