性能測試模擬真實負載是比較困難的。性能測試與真實環境的對比，通常有這樣一些點：
1.客戶端展現。如果是Web應用，客戶端使用瀏覽器展現的，則一些的壓力測試工具都不具備展現的功能，也就是說，只是模擬發送http請求到接收請求，而瀏覽器對html內容進行渲染的時間，是無法模擬的，這很可能是真實環境體驗現測試結果不相同的地方。客戶端展現要與真實環境相同，必須單獨進行前端性能的分析。
2.網絡速率。性能測試時通常在局域網環境中，而真實的網絡用戶來自于全國甚至世界各地，其網絡情況不一致，而且有很大的偶然性。除了對壓測工具所在的機器進行一些網絡限速之外，很難完全模擬到真實的網絡負載情況。
3.軟硬件配置。軟件配置比較容易做到與真實環境一致，但硬件配置通常比較難做到。像線上使用的一些負載均衡機器或者路由設備比較昂貴，不可能在測試環境采用完全一樣的拓撲和集群，當然這些對測試結果影響通常可以分析到，不會有很大偏差，但這是一個無法完全與線上保持相同的點。
4.數據分布。數據分布要做到與線上一致有3個難點，1是對新應用而言，根本沒有線上數據，因此無從模擬，只能手動造數據，所以無法跟線上一致；2是即使是老的功能，線上數據因為商業機密等原因也未必能直接拿來作為測試數據；3是用戶的訪問路徑，這點很難與線上做到一致。功能測試尚不能覆蓋掉所有的用戶操作路徑，何況性能測試？
以上四點，都是問題。因此性能測試很多情況下只能作為參考，用來發現明顯的性能問題。如果要做到100的準確，還是要做線上的即時監控才行。
一般性能測試我會考慮4個方面，1、系統本身性能，2、網絡條件，3、軟件環境 4、硬件條件。
設計性能測試方案時，首先確認，你這個方案主要的目標是什么，然后就會有根據的進行測試設計了。
例如， 有個性能需求是：測試系統某個功能的大數據量(數據量級別）的查詢速度<3s，或者多用戶（100用戶）同時查詢時的查詢速度<3s。 其實這個需求的條件是不明確的。 這個只有條件1， 對于2、3、4條件都沒有明確的規定。 那么這個就需要你去補齊這些條件數據。
條件4：服務器硬件條件，這個在購買服務器時，對于硬件指標能達到什么級別，都會有一個比較明確的范圍的。如：硬件內存可以滿足多少事務處理，處理事務的速度等等
條件3：服務器軟件環境，如中間件，數據庫等，是否有連接限制，數據庫本身性能能否滿足足夠的大數據量存儲等。
條件2：服務器的網絡上下行速率如何，客戶端的網絡上下行速率又如何，網絡條件是很能影響測試結果的一個條件。
那么，對于上面的性能需求，因為你需要驗證的是系統本身的性能是否達到要求。那么條件2、3、4是可變的。
簡單的一個方案就是：
條件2 條件3 條件4
1 A C E
2 B D F
3 A D F
4 B C E
5 A D E
6 B C F
滿足上面的一行條件，然后去驗證 上面的性能需求是否達到要求，并且還要延伸做的是，在該條件下，能該性能指標能最大能達到什么數值。
然后對結果進行對比分析， 其實性能測試的方案設計及過程并不難，難的是結果的對比分析，這個需要靠經驗和對性能指標的敏感度才能很好的體現。
以此類推，對于其他單個條件的，多個條件的性能測試，同樣可以按照這個嘗試。
當然，性能本身就是一個受很多因素影響的，簡單的分類肯定不能滿足實際的復雜程度，
但是個人覺得，我們把實際復雜的場景合理的簡單化，其實對系統的發展是有幫助的