陽光2007年5月31日
大家在做效能測試或者提到效能測試想到最多的是什麼？測試工具？還是測試概念：像壓力測試、負載測試、強度測試、等；但是你們有沒有想過，在效能測試過程中還有乙個很重要的影響因素——「資料集」，那麼什麼是「資料集」呢？舉個例子說，如果要測試資料庫的承受的壓力，或者叫做資料庫壓力測試，在這個測試過程中，我們需要在多併發的情況想對資料庫伺服器進行訪問，但是這就有另外乙個問題了，多使用者是乙個影響因素，同時，資料庫本身的資料量和資料的複雜程度在某種程度上也是影響資料庫壓力測試值的乙個引數，很顯然大家都會知道在資料庫中一條資料和一萬條資料情況先對於查詢的併發使用者肯定是不相同的。所以我們就叫這種影響到系統測試的某種引數的一組資料叫做資料集。
上面的例子可能還不是很明顯；在別如測試音訊識別系統效能的時候，所謂的音訊識別系統就是可以根據提供的關鍵字，或者關鍵音訊段，在一組音訊中識別出系統配置的音訊資訊。那麼在測試類似系統的效能（這種系統的效能一般為：系統識別的正確率、召回率和f1三個效能）的時候資料集就是要求有乙個或者一組已經標識好的音訊檔案；我們稱之為音訊庫；同樣的影象識別系統，文字資訊檢索系統在測試系統的正確率和召回率的效能的時候必須表示這麼一組資料。類似的這種資料就稱為測試資料集；
這些資料集的要具有通用性和覆蓋性，我們在準備的過程中需要依據行業標準，或者被測系統的技術特點去準備資料，資料的準本不能太偏，這樣測試出來的效能結果可能都比較差，但是又不能都是通用的，這樣就無法區分幾個類似的系統的效能差異，所以需要根據實際的情況來做**資料，原則是越接近實際的使用環境越好。
總之：在部分系統效能測試的時候資料集的準備是至關重要的，有的資料集需要國家權威機構長期積累；像國內的色情影象庫，惡意**庫等。在我們做測試的時候如果遇到類似的效能測試，首先需要了解掌握被測系統的特點，然後對症下藥，準備資料。
java 中的效能測試
這裡就不說某某技術云云了。這裡幫大家開個頭，那就是你如何向別人證明你的系統是相當優秀的。當然光靠說的是不行的。下面就來說下自己的經驗。首先要說下loadrunner 了。這個模擬多使用者，對系統進行併發，負載測試。還有就是jdk自帶的jconsole 可以進行死鎖和內容洩露的測試 這裡就給大家開個頭...
效能測試初級篇 效能資料
在乙個產品剛剛開發完的時候，產品測試的最後篇章就是效能測試了！效能測試常常想測試出產品的本身效能和效能隱患 而效能隱患常常是另人頭痛的事情。比如 長時間記憶體洩露 多執行緒死鎖 連線池異常 資源管理不當。但是這些非功能bug，常常長時間大壓力才能測試出來。模擬真實環境常常涉及到資料問題，譬如資料庫裡...
效能測試 效能環境與資料
效能環境，也是困擾效能測試人員很重要的乙個問題。如何模擬線上真實的環境？如何在測試環境進行的效能測試結果，能準確的反應到生產線上去？先聊下我們的做法。首先確認線上的網路拓撲圖。比如 左邊是線上環境，線上一般是分布式集群部署。比如使用者訪問伺服器a，而伺服器a需要依賴到伺服器b和c提供的服務，而伺服器...