1. 存儲器的測試
存儲器測試的目的是確認在存儲設備中的每一個存儲位置都在工作。換一句話說，如果你把數50存儲在一個具體的地址，你希望可以找到存儲在那裡的那個數，直到另一個數寫入。任何存儲器測試的基本方法是，往存儲器寫入一些數據，然後根據內存設備的地址，校驗讀回的數據。如果所有讀回的數據和那些寫入的數據是一樣的，那麼就可以說存儲設備通過了測試。只有通過認真選擇的一組數據你才可以確信通過的結果是有意義的。
當然，像剛才描述的有儲器的測試不可避免地具有破壞性。在內存測試過程中，你必須覆蓋它原先的內容。因為重寫非易失性存儲器內容通常來說是不可行的，這一部分描述的測試通常只適用於RAM 的測試。 一，普通的存儲器問題
在學習具體的測試演算法之前，你應該了解可能遇到的各種存儲器問題。在軟體工程師中一個普遍的誤解是，大部分的存儲器問題發生在晶元的內部。盡管這類問題一度是一個主要的問題，但是它們在日益減少。存儲設備的製造商們對於每一個批量的晶元都進行了各種產品後期測試。因此，即使某一個批量有問題，其中某個壞晶元進人到你的系統的可能性是微乎其微的。
你可能遇到的一種類型的存儲晶元問題是災難性的失效。這通常是在加工好之後晶元受到物理或者是電子損傷造成的。災難性失效是少見的，通常影響晶元中的大部分。因為一大片區域受到影響，所以災難性的失效當然可以被合適的測試演算法檢測到。
存儲器出問題比較普遍的原因是電路板故障。典型的電路板故障有：
（1）在處理器與存儲設備之間的連線問題
（2）無存儲器晶元
（3）存儲器晶元的不正確插人
二，測試策略
最好有三個獨立的測試：數據匯流排的測試、地址匯流排的測試以及設備的測試。前面兩個測試針對電子連線的問題以及晶元的不正確插入；第三個測試更傾向於檢測晶元的有無以及災難性失效。作為一個意外的結果，設備的測試也可以發現控制匯流排的問題，盡管它不能提供關於問題來源的有用信息。
執行這三個測試的順序是重要的。正確的順序是：首先進行數據匯流排測試，接著是地址匯流排測試，最後是設備測試。那是因為地址匯流排測試假設數據匯流排在正常工作，除非數據匯流排和地址匯流排已知是正常的，否則設備測試便毫無意義。如果任何測試失敗，你都應該和一個硬體工程師一起確定問題的來源。通過查看測試失敗處的數據值或者地址，應該能夠迅速地找出電路板上的問題。
1，數據匯流排測試
我們首先要測試的就是數據匯流排。我們需要確定任何由處理器放置在數據匯流排上的值都被另一端的存儲設備正確接收。最明顯的測試方法就是寫人所有可能的數據值並且驗證存儲設備成功地存儲了每一個。然而，那並不是最有效率的測試方法。一個更快的測試方法是一次測試匯流排上的一位。如果每一個數據上可被設置成為 0 和1，而不受其他數據位的影響，那麼數據匯流排就通過了測試。
2，地址匯流排測試
在確認數據匯流排工作正常之後，你應該接著測試地址匯流排。記住地址匯流排的問題將導致存儲器位置的重疊。有很多可能重疊的地址。然而，不必要測試每一個可能的組合。你應該努力在測試過程中分離每一個地址位。你只需要確認每一個地址線的管腳都可以被設置成0和 1，而不影響其他的管腳。
3，設備測試
一旦你知道地址和數據匯流排是正確的，那麼就有必要測試存儲設備本身的完整性。要確認的是設備中的每一位都能夠保持住0和 1。這個測試實現起來十分簡單，但是它花費的時間比執行前面兩項測試花費的總時間還要長。
對於一個完整的設備測試，你必須訪問（讀和寫）每一個存儲位置兩次。你可以自由地選擇任何數據作為第一步測試的數據，只要在進行第二步測試的時候把這個值求反即可。因為存在沒有存儲器晶元的可能性，所以最好選擇一組隨著地址變化（但是不等於地址）的數。優化措施
市場上並不缺少提高數據存儲效率的新技術，然而這些新技術絕大多數都是關注備份和存檔的，而非主存儲。但是，當企業開始進行主存儲數據縮減時，對他們來說，了解主存儲優化所要求的必要條件十分重要。
主存儲，常常被稱為1級存儲，其特徵是存儲活躍數據――即經常被存取並要求高性能、低時延和高可用性的數據。主存儲一般用於支持關鍵任務應用，如資料庫、電子郵件和交易處理。大多數關鍵應用具有隨機的數據取存模式和不同的取存要求，但它們都生成機構用來運營它們的業務的大量的數據。因此，機構製作數據的許多份拷貝，復制數據供分布使用，庫存數據，然後為安全保存備份和存檔數據。
絕大多數數據是起源於主數據。隨著數據存在的時間增加，它們通常被遷移到二級和三級存儲保存。因此，如果機構可以減少主數據存儲佔用空間，將能夠在數據生命期中利用這些節省下來的容量和費用。換句話說，更少的主存儲佔用空間意味著更少的數據復制、庫存、存檔和備份。
試圖減少主存儲佔用空間存儲管理人員可以考慮兩種減少數據的方法：實時壓縮和數據去重。
直到不久前，由於性能問題，數據壓縮一直沒有在主存儲應用中得到廣泛應用。然而，Storwize等廠商提供利用實時、隨機存取壓縮/解壓技術將數據佔用空間壓縮15:1的解決方案。更高的壓縮率和實時性能使壓縮解決方案成為主存儲數據縮減的可行的選擇。
在備份應用中廣泛採用的數據去重技術也在被應用到主存儲。目前為止，數據去重面臨著一大挑戰，即數據去重處理是離線處理。這是因為確定數量可能多達數百萬的文件中的多餘的數據塊需要大量的時間和存儲處理器做大量的工作，因此非常活躍的數據可能受到影響。當前，推出數據去重技術的主要廠商包括NetApp、Data Domain和OcarinaNetworks。 一、零性能影響
與備份或存檔存儲不同，活躍數據集的性能比能夠用某種形式的數據縮減技術節省的存儲容量更為關鍵。因此，選擇的數據縮減技術必須不影響到性能。它必須有效和簡單；它必須等價於「撥動一個開關，就消耗更少的存儲」。
活躍存儲縮減解決方案只在需要去重的數據達到非活躍狀態時才為活躍存儲去重。換句話說，這意味著實際上只對不再被存取但仍保存在活躍存儲池中的文件――近活躍存儲級――進行去重。
去重技術通過建議只對輕I/O工作負載去重來避免性能瓶頸。因此，IT基礎設施的關鍵組件的存儲沒有得到優化。資料庫排在關鍵組件清單之首。由於它們是1級存儲和極其活躍的組件並且幾乎始終被排除在輕工作負載之外，去重處理從來不分析它們。因此，它們在主存儲中占據的空間沒有得到優化。
另一方面，實時壓縮系統實時壓縮所有流經壓縮系統的數據。這導致節省存儲容量之外的意外好處：存儲性能的提高。當所有數據都被壓縮時，每個I/O請求提交的數據量都有效地增加，硬碟空間增加了，每次寫和讀操作都變得效率更高。
實際結果是佔用的硬碟容量減少，總體存儲性能顯著提高。
主存儲去重的第二個好處是所有數據都被減少，這實現了包括資料庫在內的所有數據的容量節省。盡管Oracle環境的實時數據壓縮可能造成一些性能問題，但迄今為止的測試表明性能提高了。
另一個問題是對存儲控制器本身的性能影響。人們要求今天的存儲控制器除了做伺服硬碟外，還要做很多事情，包括管理不同的協議，執行復制和管理快照。再向這些功能增加另一個功能可能會超出控制器的承受能力――即使它能夠處理額外的工作負載，它仍增加了一個存儲管理人員必須意識到可能成為潛在I/O瓶頸的過程。將壓縮工作交給外部專用設備去做，從性能問題中消除了一個變數，而且不會給存儲控制器造成一點影響。
二、高可用性
許多關注二級存儲的數據縮減解決方案不是高可用的。這是由於它們必須立即恢復的備份或存檔數據不像一級存儲中那樣關鍵。但是，甚至在二級存儲中，這種概念也逐漸不再時興，高可用性被作為一種選擇添加到許多二級存儲系統中。
可是，高可用性在主存儲中並不是可選的選項。從數據縮減格式(被去重或被壓縮)中讀取數據的能力必須存在。在數據縮減解決方案中(其中去重被集成到存儲陣列中)，冗餘性是幾乎總是高可用的存儲陣列的必然結果。
在配件市場去重系統中，解決方案的一個組件以數據的原始格式向客戶機提供去重的數據。這個組件就叫做讀出器(reader)。讀出器也必須是高可用的，並且是無縫地高可用的。一些解決方案具有在發生故障時在標准伺服器上載入讀出器的能力。這類解決方案經常被用在近活躍的或更合適的存檔數據上;它們不太適合非常活躍的數據集。
多數聯機壓縮系統被插入系統中和網路上，放置(邏輯上)在交換機與存儲之間。因此，它們由於網路基礎設施級上幾乎總是設計具有的高可用性而取得冗餘性。沿著這些路徑插入聯機專用設備實現了不需要IT管理人員付出額外努力的無縫的故障切換；它利用了已經在網路上所做的工作。
三、節省空間
部署這些解決方案之一必須帶來顯著的容量節省。如果減少佔用容量的主存儲導致低於標準的用戶性能，它沒有價值。
主數據不具有備份數據通常具有的高冗餘存儲模式。這直接影響到總體容量節省。這里也有兩種實現主數據縮減的方法：數據去重和壓縮。
數據去重技術尋找近活躍文件中的冗餘數據，而能取得什麼水平的數據縮減將取決於環境。在具有高冗餘水平的環境中，數據去重可以帶來顯著的ROI(投資回報)，而另一些環境只能取得10%到20%的縮減。
壓縮對所有可用數據都有效，並且它在可以為高冗餘數據節省更多的存儲容量的同時，還為主存儲應用常見的更隨機的數據模式始終帶來更高的節省。
實際上，數據模式冗餘度越高，去重帶來的空間節省就越大。數據模式越隨機，壓縮帶來的空間節省就越高。
四、獨立於應用
真正的好處可能來自所有跨數據類型(不管產生這些數據是什麼應用或數據有多活躍)的數據縮減。雖然實際的縮減率根據去重數據的水平或數據的壓縮率的不同而不同，但所有數據都必須合格。
當涉及存檔或備份時，應用特有的數據縮減具有明確的價值，並且有時間為這類數據集定製縮減過程。但是對於活躍數據集，應用的特殊性將造成性能瓶頸，不會帶來顯著的容量縮減的好處。
五、獨立於存儲
在混合的廠商IT基礎設施中，跨所有平台使用同樣的數據縮減工具的能力不僅將進一步增加數據縮減的ROI好處，而且還簡化了部署和管理。每一個存儲平台使用一種不同的數據縮減方法將需要進行大量的培訓，並造成管理級上的混亂。
六、互補
在完成上述所有優化主存儲的工作後，當到了備份主存儲時，最好讓數據保持優化的格式(被壓縮或去重)。如果數據在備份之前必須擴展恢復為原始格式，這將是浪費資源。
為備份擴展數據集將需要：
使用存儲處理器或外部讀出器資源解壓數據;
擴展網路資源以把數據傳送給備份目標；
把額外的資源分配給保存備份數據的備份存儲設備。
2. jmeter怎麼測試其他伺服器上的測試資料庫
1．測試計劃是使用 JMeter 進行測試的起點，它是其它 JMeter 測試元件的容器。
2．線程組：代表一定數量的並發用戶，它可以用來模擬並發用戶發送請求。實際的請求內容在Sampler中定義，它被線程組包含。可以在「測試計
劃->添加->線程組」來建立它，然後在線程組面板里有幾個輸入欄：線程數、Ramp-Up Period(in
seconds)、循環次數，其中Ramp-Up Period(in seconds)表示在這時間內創建完所有的線程。如有8個線程，Ramp-Up
= 200秒，那麼線程的啟動時間間隔為200/8=25秒，這樣的好處是：一開始不會對伺服器有太大的負載。線程組是為模擬並發負載而設計。
3、取樣器（Sampler）：模擬各種請求。所有實際的測試任務都由取樣器承擔，存在很多種請求。如：HTTP 、ftp請求等等。
4、監聽器：負責收集測試結果，同時也被告知了結果顯示的方式。功能是對取樣器的請求結果顯示、統計一些數據（吞吐量、KB/S……）等。
6、斷言：用於來判斷請求響應的結果是否如用戶所期望，是否正確。它可以用來隔離問題域，即在確保功能正確的前提下執行壓力測試。這個限制對於有效的測試是非常有用的。
7、定時器：負責定義請求（線程）之間的延遲間隔，模擬對伺服器的連續請求。
5、邏輯控制器：允許自定義JMeter發送請求的行為邏輯，它與Sampler結合使用可以模擬復雜的請求序列。
8. 配置元件維護Sampler需要的配置信息，並根據實際的需要會修改請求的內容。
9. 前置處理器和後置處理器負責在生成請求之前和之後完成工作。前置處理器常常用來修改請求的設置，後置處理器則常常用來處理響應的數據。
二、Jmeter報告 （轉載）
http://www.cnblogs.com/jackei/archive/2006/11/13/558720.html
1、Aggregate Report 解析
Aggregate Report 是 JMeter 常用的一個 Listener，中文被翻譯為「聚合報告」。今天再次有同行問到這個報告中的各項數據表示什麼意思，順便在這里公布一下，以備大家查閱。
如果大家都是做Web應用的性能測試，例如只有一個登錄的請求，那麼在Aggregate Report中，會顯示一行數據，共有10個欄位，含義分別如下。
Label：每個 JMeter 的 element（例如 HTTP Request）都有一個 Name 屬性，這里顯示的就是 Name 屬性的值
#Samples：表示你這次測試中一共發出了多少個請求，如果模擬10個用戶，每個用戶迭代10次，那麼這里顯示100
Average：平均響應時間——默認情況下是單個 Request 的平均響應時間，當使用了 Transaction Controller 時，也可以以Transaction 為單位顯示平均響應時間
Median：中位數，也就是 50％ 用戶的響應時間
90% Line：90％ 用戶的響應時間
Note：關於 50％ 和 90％ 並發用戶數的含義，請參考下文
http://www.cnblogs.com/jackei/archive/2006/11/11/557972.html
Min：最小響應時間
Max：最大響應時間
Error%：本次測試中出現錯誤的請求的數量/請求的總數
Throughput：吞吐量——默認情況下表示每秒完成的請求數（Request per Second），當使用了 Transaction Controller 時，也可以表示類似 LoadRunner 的 Transaction per Second 數
KB/Sec：每秒從伺服器端接收到的數據量，相當於LoadRunner中的Throughput/Sec
基本知識：
1、吞吐量：是指在沒有幀丟失的情況下，設備能夠接受的最大速率。
2、存儲的最小單位是位元組Byte，對於存儲單位，有以下幾個單位，GB、MB和KB，那麼這三者之間的換算關系是：1GB＝1024MB，1MB＝1024KB，1KB＝1024Bytes。
Bit ：「位」，稱為bit，也就是比特，有的時候也稱為位。一個位元組為8位二進製表示。
Byte：「位元組」，一個位元組就是8比特。
3、Mbps (million bits per second 兆位/秒) 代表每秒傳輸1，000，000比特。該縮寫用來描述數據傳輸速度。例如：4Mbps=每秒鍾傳輸4M比特。
數據傳輸速率的單位，字母b（bit）是比特和字母 B （Byte）是位元組。
4、吞吐量與帶寬的區分：吞吐量和帶寬是很容易搞混的一個詞，兩者的單位都是Mbps.先讓我們來看兩者對應的英語，吞吐
量:throughput ; 帶寬: Max net bitrate
。當我們討論通信鏈路的帶寬時，一般是指鏈路上每秒所能傳送的比特數。我們可以說乙太網的帶寬是10Mbps。但是，我們需要區分鏈路上的可用帶寬（帶
寬）與實際鏈路中每秒所能傳送的比特數（吞吐量）。我們傾向於用「吞吐量」一次來表示一個系統的測試性能。這樣，因為實現受各種低效率因素的影響，所以由
一段帶寬為10Mbps的鏈路連接的一對節點可能只達到2Mbps的吞吐量。這樣就意味著，一個主機上的應用能夠以2Mbps的速度向另外的一個主機發送
數據。
5、方差和標准差都是用來描述一組數據的波動性的（集中還是分散），標准差的平方就是方差。方差越大，數據的波動越大。
三．利用BadBoy生成測試計劃（測試腳本）
badBoy可以非常容易的生成web的測試腳本。類似與LoadRunner的使用，輸入站點的URL，點擊Record開始錄制。File –> Export to Jmeter ，導出為Jmeter認識的測試腳本。
四．一個簡單的測試示例思路（目前自己思路，不斷改進）
a． 需要的「測試腳本」，對應web的應用使用badboy生成測試腳本。直接導入Jmeter，進行配置。
b．如圖
TestPlan ：是整個Jmeter測試執行的容器。
ThreadGroup ：模擬請求，定義線程數、Ramp-Up Period、循環次數。
Step1 ：循環控制器 ，控制Sample的執行次數。
Sample取樣器 ：決定進行那種類型的測試，如http、ftp等。
監聽器 ：圖形結果、聚合報告。
定時器 ：Random類型，定義線程請求的延遲。
c．聚合報告的解釋
Label ：各個模擬測試的名稱
#Samples ：各個測試的樣本總數
Average ：每個請求的平均響應時間
Median ：中值，即50%請求的平均響應時間
90%Line ：90%請求的響應時間
Min ：最小響應時間 ，Max ：最大的響應時間
Error% ：錯誤響應的概率。即無法響應的概率。
ThroughPut ：吞吐量 -- 默認情況下表示每秒完成的請求數（Request per Second）。
KB/Sec ：每秒從伺服器端接收到的數據量。
五．Jmeter常見問題 （轉載） http://www.51testing.com/?uid-128005-action-viewspace-itemid-84094
說明：這些問答是從網上轉載的，自己修改了其中的一些內容，如果大家興趣，可以將大家在使用Jmeter的時候碰到的問題寫下來，我們一起補充到這個問答裡面，共同努力完善jmeter的資料。
1. JMeter的工作原理是什麼？
向伺服器提交請求；從伺服器取回請求返回的結果。
2. JMeter的作用？
JMeter可以用於測試靜態或者動態資源的性能（文件、Servlets、Perl腳本、java對象、資料庫和查詢、ftp伺服器或者其他的資源）。
JMeter用於模擬在伺服器、網路或者其他對象上附加高負載以測試他們提供服務的受壓能力，或者分析他們提供的服務在不同負載條件下的總性能情況。你可
以用JMeter提供的圖形化界面分析性能指標或者在高負載情況下測試伺服器/腳本/對象的行為。
3. 怎樣能看到jmeter提供的腳本範例？
在\JMeter\jakarta-jmeter-2.0.3\xdocs\demos目錄下。
4. 怎樣設置並發用戶數？
選中可視化界面中左邊樹的Test Plan節點，單擊右鍵，選擇Add-> Thread Group,其中Number of Threads參數用來設置發送請求的用戶數目。
5. JMeter的運行指示？
Jmeter在運行時，右上角有個單選框大小的小框框，運行是該框框為綠色，運行完畢後，該框框為白色。
6. User Parameters的作用是什麼？
提高腳本可用性
7. 在result里會出現彩色字體的http response code，說明什麼呢？
Http response code是http返回值，彩色字體較引人注目，可以使用戶迅速關注。象綠色的302就說明在這一步驟中，返回值取自本機的catch，而不是server。
8. 怎樣計算Ramp-up period時間？
Ramp-up period是指每個請求發生的總時間間隔，單位是秒。如果Number of Threads設置為5，而Ramp-up
period是10，那麼每個請求之間的間隔就是10／5，也就是2秒。Ramp-up period設置為0，就是同時並發請求。
9. Get和Post的區別？
他們是http協議的2種不同實現方式。Get是指server從Request URL取得所需參數。從result中的request中可以看到，get可以看到參數，但是post是主動向server發送參數，所以一般看不到這些參數的。
10. 哪些原因可能導致error的產生？
a. Http錯誤，包括不響應，結果找不到，數據錯誤等等；
b. JMeter本身原因產生的錯誤。
11. 為什麼Aggregate Report結果中的Total值不是真正的總和？
JMeter給結果中total的定義是並不完全指總和，為了方便使用，它的值表現了所在列的代表值，比如min值，它的total就是所在列的最小值。下圖就是total在各列所表示的意思。
12. JMeter的Thread Number是提供多個不同用戶並發的功能么？
不是，Thread Number僅僅是指並發數，如果需要實現多個不同用戶並發，我們應該採用其它方法，比如通過在jmeter外建立csv文件的方法來實現。
13. 同時並發請求時，若需要模擬不同的用戶同時向不同的server並發請求，怎樣實現呢？
方法很靈活，我們可以將不同的server在thread裡面預先寫好。或者預先將固定的變數值寫入csv文件，這樣還可以方便修改。然後將文件添加到User Parameters。
14. User Parameter中的DUMMY是什麼意思？
當其具體內容是${__CSVRead(${__property(user.dir)}${FILENAME},next())}時用來模擬讀文件的下一行。
15. 當測試對象在多server間跳轉時，應該怎樣處理？
程序運行時，有些http和隱函數會攜帶另外的server IP,我們可以從他們的返回值中獲取。
16. 為何測試對象是http和https混雜出現？
Https是加密協議，為了安全，一般不推薦使用http，但是有些地方，使用https過於復雜或者較難實現，會採用http協議。
17. Http和https的默認埠是什麼？
Apache server (Http)的默認埠是80；
SSL (Https)的默認埠是443。
18. 為何在run時，有些頁面失敗，但是最後不影響結果？
原因較多，值得提及的一種是因為主流頁面與它不存在依賴關系，所以即使這樣的頁面出錯，也不會影響運行得到正常結果，但是這樣會影響到測試的結果以及分析結果。
19. 為什麼腳本剛開始運行就有錯誤，其後來的腳本還可運行？
在Thread
Group中有相關設置，如果選擇了continue，即使前面的腳本出現錯誤，整個thread仍會運行直到結束。選擇Stop
Thread會結束當前thread；選擇Stop Test則會結束全部的thread。推薦選項是Stop Thread。
20. 在Regular Expression Extractor會看到Template的值是$1$,這個值是什麼意思呢？
$1$是指取第一個（）裡面的值。如果Regular Expression的數值有多個，用這種方法可以避免不必要的麻煩。
21. Regular Expression中的(.*)是什麼意思？
那是一個正則表達式（regular expression）。』.』等同於sql語言中的』?』,表示可有可無。』*』表示0個或多個。』()』表示需要取值。(.*)表達任意長度的字元串。
22. 在讀取Regular Expression時要注意什麼？
一定要保證所取數值的絕對唯一性。
23. 怎樣才能判斷什麼樣的情況需要添加Regular Expression Extractor？
檢查Http Request中的Send Parameters,如果有某個參數是其前一個page中所沒有給出的，就要到原文件中查找，並添加Regular Expression Extractor到其前一page的http request中。
24. 在自動獲取的腳本中有時會出現空的http request，是什麼意思呢？
是因為在獲取腳本時有些錯誤，是腳本工具原因。在run時這種錯誤不參與運行的。
25. 在運行結果中為何有rate為N/A的情況出現？
可能因為JMeter自身問題造成，再次運行可以得到正確結果。
26. 常用http錯誤代碼有哪些？
400無法解析此請求。
403禁止訪問：訪問被拒絕。
404找不到文件或目錄。
405用於訪問該頁的HTTP動作未被許可。
410文件已刪除。
500伺服器內部錯誤。
501標題值指定的配置沒有執行。
502 Web伺服器作為網關或代理伺服器時收到無效的響應。
27. Http request中的Send Parameters是指什麼？
是指code中寫定的值和自定義變數中得到的值，就是在運行頁面時需要的參數。
28. Parameters在頁面中是不斷傳遞的么？
是的。參數再產生後會在頁面中一直傳遞到所需頁面。所以我們可以在動態參數產生時捕獲它，也可以在所需頁面的上一頁面捕獲。(但是這樣可能有錯誤，最好在產生頁面獲取)
29. 在使用JMeter測試時，是完全模擬用戶操作么？造成的結果也和用戶操作完全相同么？
是的。JMeter完全模擬用戶操作，所以操作記錄會全部寫入DB.在運行失敗時，可能會產生錯誤數據，這就取決於腳本檢查是否嚴謹，否則錯誤數據也會進入DB，給程序運行帶來很多麻煩。
六．Jmeter測試心得（轉載） http://www.iteye.com/topic/211216
企業應用開發過程中，性能測試是很重要的一個環節，在這個環節中Apache的JMeter以它開源、100%純Java、操作方便等優點發揮著很大的作用。
經過一段時間的使用，多少有些心得和技巧，拿出來共享，希望能有些幫助。
1、製作測試腳本：
手工製作測試腳本，需要你知道請求的url和攜帶的參數等等，太花費時間，
所以可以用badboy工具錄制腳本。這個工具雖然不是開源的，但是卻可以用來免費的錄製成.jmx的腳本，使用起來很方便。
官方網站是：http://www.badboy.com.au/
2、出現亂碼了？
在用JMeter發行HTTPRequest時，在請求參數中有中文時，發現存儲到DB中後，相應的欄位是亂碼，
明明在參數後面的Encode選項中打了V。後來發現badboy錄制腳本的時候並沒有記錄編碼方式，所以修改腳本，
在Content encoding中設置正確的編碼方式就不會出現亂碼了。
3、JMeter的妙用---准備測試數據：
要求性能測試開始前，先准備5W條數據。當然可以通過直接修改DB，但是如果這5W條數據涉及到很多表的關聯，
甚至還要通過存儲過程的處理怎麼辦，直接修改DB很容易出現錯誤的數據，要是在客戶的機器上弄錯，可就闖禍了。
這時候想到了JMeter，它本來是用來模擬大量用戶並發請求的，現在用它來批量的生成數據吧。
如果要求每條數據都不同，就要修改腳本，使用JMeter的函數來動態產生數據，比較常用的是CSVRead函數，
記不住名的話Ctrl+F可以呼喚出函數助手。使用這個函數的時候需要注意幾點，首先是csv文件的編碼格式，
使用ansi沒有問題，使用unicode時會使讀取的第一行數據出現錯誤；
${__CSVRead(data.txt,0)}---讀取本行的第一列值
${__CSVRead(data.txt,1)}${__CSVRead(data.txt,next)}---讀取本行的第二列值，並把行標移動到下一行
試驗證明JMeter應該做好了同步，在多線程環境下上面的調用方法沒有問題；
最後，修改JMeter的線程數會加快數據生成的速度，原理是當並發線程在20左右的時候會達到最大的吞吐量（request/分），
所以應該設定線程數20左右。
4、JMeter中debug方法：
JMeter提供了log函數輸出log，但是有時候並不好用，比如我想輸出某個函數的返回值看是不是正確的，
${__log(${__CSVRead(data.txt,1)})}這樣的寫法是錯誤的，JMeter會拋出異常，該怎麼辦呢？
答案是巧用監聽器（Listener）來輸出想看到的數據，結果顯示為樹的那個監聽器，
它可以讓你查看每個sampler的請求數據和響應數據，在請求數據中就有你想看到的信息。
5、常用的功能：
・使用HTTP Cookie Manager或URL重寫實現同一線程內的多個請求共享Session。
・把Login的請求放到只執行一次的控制器中，那麼即使循環多次，Login也只請求一次。
・如果想讓多個線程在同一時刻同時請求，那麼用Synchronizing Timer來做集合點。
・為了節省系統資源，使用非窗口模式運行JMeter（jmeter -n -t test.jmx）
・如果模擬並發用戶過多，比如200線程，那麼可以分散到多台機器上運行Jmeter（比如4台電腦，每台50線程）
更多功能請參照使用手冊
中文手冊（未完成）http://wiki.javascud.org/pages/viewpage.action?pageId=5566
6、在winnt系統上，使用perfmon來幫助Jmeter採集伺服器的系統資源數據，可以配置log輸出這些數據作為性能瓶頸分析時使用。
七．置信區間 http://java.chinaitlab.com/tools/355421.html
對數據進行更科學的分析，確定測試結果。類似於Jmeter聚合報告的90% Line給出的參考，而不能僅僅參考均值。
3. labview如何實現把測試數據存到另外1台電腦上
你好！
根據你的描述，我推薦你的方式主要有兩個：
一、使用FTP的方式進行文件的傳輸，首先測試機將測試數據存成文件，然後再通過FTP（labview有對應的模塊和常式）將文件傳到伺服器中，前提是伺服器端需要配置FTP Sever，這個配置方法不同的操作系統不太一樣，可以在網上網路找教程。
網頁鏈接這個可以參考；
二、使用資料庫存儲數據，需要在伺服器上部署安裝資料庫伺服器軟體（如：SQL Server等），測試機可以通過labview已有的模塊連接資料庫，並將數據寫入到資料庫中。寫入資料庫前需要根據需求創建數據表等。
上述兩種方式可以根據需要進行選擇，資料庫方式便於查詢和處理數據，文件的方式比較簡易程序編寫更簡單。
以上內容希望對你有幫助，謝謝。
4. 如何測試伺服器
伺服器測試方法
伺服器測試方法分為兩個大方面，性能測試與功能測試。
我們在性能測試方面採用了新的測試方法，主要分為文件測試、資料庫性能測試與
Web
性能測試三個
方面。其中，文件性能與資料庫性能採用美國
Quest
軟體公司的
Benchmark Factory
負載測試和容量規劃
軟體，
Web
性能測試則使用了
Spirent
公司提供的
Caw WebAvalanche
測試儀。
一、性能測試
1
、文件性能測試方法
Benchmark Factory
軟體能按照文件讀寫的關鍵指標定製事務。軟體最大支持
1000
個虛擬客戶。
本次測試環境包括
10
台配置為
PIII800/128MB
內存
/20G
硬碟以上的客戶端，它們用來模擬虛擬用戶。
控制台為配置是
PIII 850/128MB
內存
/40G
硬碟的
Acer
筆記本電腦。交換機為帶有兩個千兆
GBIC
介面、
24
個
10/100M
自適應埠的
Cisco 2950
，客戶端與控制台通過
100M
網卡連到交換機上，被測伺服器則通
過千兆光纖網卡與交換機相連接。
被測伺服器均安裝帶
SP4
的
Windows
2000
Advanced Server
操作系統，在所有三項性能測試中都統一
RAID
級別為
5
。
在具體測試方案設置上，測試軟體把決定文件讀寫操作的關鍵因素設定為：讀
/
寫、隨機
/
順序、操作
塊大小、對象大小四個。在本次測試中，考慮到我們設有單獨的資料庫及
Web
測試項目，所以在文件測試
中，我們把目標確定為測試伺服器基本的
I/O
性能，這主要由網路介面、系統帶寬、磁碟子系統等幾大部
分所決定。同時，從幾部分的作用看，以大操作塊讀寫大對象文件，小操作塊讀寫小對象文件，較能反映
伺服器最基本的
I/O
性能，即「大操作塊讀寫大文件」對系統帶寬、緩存的考察，以及「小操作塊讀寫小
文件」對磁碟子系統、網路介面的考察。最終我們確定的四個事務是：
大文件順序讀寫
(
操作塊
8KB
，對象文件
80% 500KB
、
20% 1MB)
大文件隨機讀寫
(
操作塊
8KB
，對象文件
80% 500KB
、
20% 1MB)
小文件隨機讀
(
操作塊
1KB
，對象文件
80% 1KB
、
10% 10KB
、
10% 50KB)
小文件順序寫
(
操作塊
1KB
，對象文件
80% 1KB
、
10% 10KB
、
10% 50KB)
每個事務的用戶數均以固定步長逐漸增加，
最大可增加到
1000
個虛擬用戶。
其中，
「大文件順序讀寫」
事務的用戶數按照
40
的步長從
1
可增加到
400
個
(
測試至強伺服器
)
或
200
個
(
測試
TUALATIN
伺服器
)
，其
他事務則將用戶數按照
100
的步長從
1
增加至
1000
。我們期望得到其在不同用戶數時被測伺服器的性能表
現。總體上其走勢及峰值反映了該伺服器的性能。每項事務均運行三次，每次之間被測伺服器進行重啟，
最終結果為三次平均值。
2
、資料庫性能測試方法
「乘機安全小貼士」安全出行要重視
資料庫性能測試同樣使用了
Benchmark Factory
軟體，測試環境如同文件性能測試。測試時，在被測
伺服器上安裝
SQL Server 2000
使用企業版。首先在被測伺服器上創建新的資料庫，通過使用
Benchmark
Factory
預定義的
Database Spec
項目向資料庫中創建表，裝載數據。在伺服器端創建以
CPU
計算為主的
存儲過程，通過
10
台客戶機模擬用戶、按照
40
個虛擬用戶的步長遞增到
400
個用戶，執行該存儲過程。
結果是以獲得的每秒事務數
(TPS)
衡量伺服器的資料庫事務處理能力。
整個測試分為三次，
每次之間重新啟
動被測伺服器，最終取三次平均值作為評價結果。
3
、
Web
性能測試方法
Web
性能測試工具是由
Spirent
公司提供的
Caw WebAvalanche
。
WebAvalanche
模擬實際的用戶發出
HTTP
請求，
並根據回應給出具體的詳細測試結果。
它有以下特點：
能夠模擬成百上千的客戶端對伺服器發
出請求
;
能夠模擬真實的網路應用情況，
比如網站在高峰期的訪問量應該是動態的維持，
有新客戶端的加入，
同時也有原客戶的離去，
訪問量不是固定不變的
;
可以產生
20000
個連接
/
秒請求量，
足以滿足測試的需要
;
測試項目豐富，有訪問請求的成功失敗數，有
URL
和頁面的響應時間，有網路流量數，還有
HTTP
和
TCP
協
議的具體情況。
測試時，被測伺服器與
WebAvalanche
上都裝有千兆光纖網卡，兩網卡通過光纖直接連接。監控端
(
配
置為
PIII 1GHz/128M
內存
/20G
硬碟
)
安裝了帶
SP4
的
Windows 2000 Server,
該監控端與
WebAvalanche
通
過交叉線直連。在監控端通過
Web
瀏覽器配置
WebAvalanche
，在被測伺服器安裝了
SQL Server 2000
企業
版，並用微軟的
IIS
建立了
Web
伺服器。
測試分為靜態性能與動態性能兩部分。主要是因為在實際的
Web
應用中，有的站點靜態內容居多，提
供的服務也絕大多數是靜態的，
因此，
他們就會特別的關心伺服器靜態性能
;
同樣，
有的站點提供的服務交
互性的內容居多，他們就會更關心伺服器的動態性能。
被測網站中頁面大小及靜態、動態頁面所佔比例均參照實際網站得出，整個網站靜態、動態頁面所佔
比例是
70%
和
30%
，使用的動態頁面類型為
ASP
。請求頁面樣本的文件大小分布比例與整個網站的相同。
靜態性能測試模擬發出的均是靜態頁面請求。在測試動態性能時，動態頁面的訪問請求占
20%
，其餘
80%
為靜態頁面請求。我們根據實際的
Web
伺服器一天中的運行情況建立了一個伺服器頁面請求模型，該
模型由
4
個階段組成，第一階段是預熱階段，
WebAvalanche
發出的請求量由
0
慢慢上升到
200;
第二階段
是逐步加壓階段，請求量逐步累加到最大值
8200;
第三階段是動態維持階段
;
第四階段是下降階段，請求量
由最大值迅速下降為
0
。其中，最大請求量略大於實際伺服器能夠提供的事務處理量。
被測伺服器的靜態與動態測試分別測試三遍，每遍之間被測伺服器和測試儀均重啟，結果取三次的平
均值。由此可見，此伺服器測試方法立志於最終結果的准確性。
二、功能測試
在功能測試方面，我們對被測伺服器的可擴展性、可用性以及可管理性進行了綜合評價，其中可擴展
性包括硬碟、
PCI
槽以及內存等的擴展能力，可用性包括對熱插拔、冗餘設備
(
如硬碟、電源、風扇、網卡
等
)
的支持，可管理性則指的是伺服器隨機所帶的管理軟體。
我們在對伺服器進行總體評價時，綜合了性能、功能和價格三方面因素，依據《網路世界》所做的用
戶調查結果，分別給予不同權重，性能占
50%
，功能占
40%
，而價格則占
10%
。在分析性能時，資料庫性能
占其中的
50%
，而文件性能占
30%
，
Web
性能占
20%
。
綜上所述，這種全新的伺服器測試方法更夠更准確更直接的對伺服器進行測試，而且數據更加精確。
希望能給又需要的讀者朋友帶來一定的幫助
。
謝謝採納。
5. dell伺服器怎麼測試內存
開機 按F12 有檢測選項的
6. 一個網路游戲伺服器，IDC。都需要些什麼指標
負責機房基礎設施及機器設備的日常維護巡檢，保持設備良好運行；根據日常檢查記錄表，對平台、業務介面和業務日誌檢查,對網路設備（負載、路由、FW）進行測試，包括對所有負載地址的負載均衡策略測試，設備安全策略，SYSLOG分析，並根據異常狀態情況，進行及時匯報；負責系統平台的運行情況以及穩定性指標監控。
負責機房基礎設施及機器設備的日常維護巡檢，保持機房運行環境的良好狀態，記錄環境數據，總結成報表定期提交；
配合客戶方對IDC機房伺服器、存儲、網路及其他運營設備進行安裝、系統調試、維護、故障處理等工作；
負責IDC機房設備上/下架，伺服器的系統安裝，如windows/Linux操作系統等；
作為監控人員和硬體廠商的介面，及時響應保修並解決故障；
IDC機房公司所署網路設備的備上/下架、安裝及調試；
對IDC機房所有伺服器及備件壞件定期檢查、檢修、替換和保修，建立數據中心例行檢查和維護文檔；
及時按要求撰寫工作及技術文檔；
配合資產管理，遵照流程進行設備調動，提供IDC設備信息；
7*24小時值守，嚴格遵守現場所有的規范及流程
你是維護工程，還是職守工程？搞好LinuxUnixWindows操作系統
7. 請問在linux伺服器上作壓力測試如何監控伺服器的CPU和內存，採集數據並形成圖表（如曲線圖）
vmstat 1，文本顯示，1代表1s刷新一次
想要曲線的話，把vmstat的結果保存到文本里，然後切到excel下繪圖
如果不需要那麼短的周期，可用cacti，通過snmp調用，5分鍾一個周期。
8. 如何使用Memtest86+測試伺服器和工作站內存
1.
從memtest.org上下載memtest86+
5.00
rc1
ios版本
2.
下載完iso
(不到2mb)之後，
它可以被遠程掛載到一台安裝了ipmi2.0的伺服器上,
並引導至映像
3.
按下f2來使用多線程smp模式，就可以開始測試了