效能環境，也是困擾效能測試人員很重要的乙個問題。如何模擬線上真實的環境？如何在測試環境進行的效能測試結果，能準確的反應到生產線上去？
先聊下我們的做法。
首先確認線上的網路拓撲圖。比如：
左邊是線上環境，線上一般是分布式集群部署。比如使用者訪問伺服器a，而伺服器a需要依賴到伺服器b和c提供的服務，而伺服器c與db儲存打交道。那麼在性 能測試環境，為了模擬使用者的行為，需要搭建伺服器a,b,c和db各一台。通過對單台伺服器a的壓測結果tps，再線性乘以機器數量，完成線上伺服器a集 群的tps的評估。
這樣做，簡單的完成了線上和線下的結果推算。但是這樣做，有乙個前提：就是保證線上和效能測試環境的機器配置是一樣的。機器的配置分為2個部分：硬體和軟體。
硬體方面，比如機器是4核4g的xen虛擬機器，千兆網絡卡，sata磁碟。
軟體方面，包括作業系統的版本，位數，比如：redhat 5.4，**位機器；jdk版本：openjdk 1.6.0；jvm引數配置；web容器：tomcat7.
上面說的是應用層面，效能測試還有很重要的一步，就是效能測試資料的準備。
效能測試資料庫的環境也與應用層一樣，保持和線上一樣的硬體與軟體配置。這裡有個問題就是：生產線上一台資料庫，對應多台應用。而在效能測試環境中，被我們對映成1：1的關係後，很難找到資料庫層的效能瓶頸，因為在壓測過程中，應用層會比資料層更快到達效能瓶頸。
接下來，簡單描述下效能測試資料的準備。效能測試資料的準備也分為2個部分。1是業務資料，2是基礎資料。
什麼是業務資料？業務資料就是效能測試要模擬的使用者擁有的資料。比如賣家a，有100個商品。100就是業務資料。基礎資料就是商品所在表的總資料量。比如100w。
效能測試的資料，不光要關注業務，更要關注資料庫表的量級，因為100條資料，和100w條資料，效能測試出來完全是兩個結果。
為了資料的準確性，效能測試的資料表，也要滿足生產線上表的量級。
滿足了這些條件，效能環境才能基本真實模擬生產線的環境，測試出來的結果才有推算上線後結果的可能。
後記：
1. 如果允許生產線做效能測試，就盡量做生產線效能測試。同樣的環境，效能測試的結果才有意義，效能測試的價值也最大體現。
2. 測試環境的配置可以與線上一樣，可以做下n：1的對映。結果線性乘以機器數，可以評估線上集群的負載。
3. 真沒條件，線上線下環境差異很大。就盡量找一些**級別的效能瓶頸。優化後再上線，線下的結果就不用去推算線上，很不科學
效能測試環境與真實環境的對比
效能測試模擬真實負載是比較困難的。效能測試與真實環境的對比，通常有這樣一些點 1.客戶端展現。如果是web應用，客戶端使用瀏覽器展現的，則一些的壓力測試工具都不具備展現的功能，也就是說，只是模擬傳送http請求到接收請求，而瀏覽器對html內容進行渲染的時間，是無法模擬的，這很可能是真實環境體驗現測...
效能測試初級篇 效能資料
在乙個產品剛剛開發完的時候，產品測試的最後篇章就是效能測試了！效能測試常常想測試出產品的本身效能和效能隱患 而效能隱患常常是另人頭痛的事情。比如 長時間記憶體洩露 多執行緒死鎖 連線池異常 資源管理不當。但是這些非功能bug，常常長時間大壓力才能測試出來。模擬真實環境常常涉及到資料問題，譬如資料庫裡...
loadrunner 效能測試環境搭建
1.在效能測試時，為了保證測試結果的資料客觀公正，每一次測試時的軟體環境必須保證是相同的，所以在測試前對軟體環境進行備份是非常重要的工作。可以用ghost進行映象，避免前一次的測試快取和磁碟碎片對下一次測試造成影響。2.在效能測試時，需要大容量的資料，同時也要對這些資料做好備份工作。可以利用工具生成...