2009-07-29 14:23
1、併發使用者數的問題，loadrunner
雖然有集結點的概念，但由於網路傳輸和程式處理的原因，並不能達到真正意義上的併發，實際上是有計算公式，可以推算出需要模擬使用者數才能達到併發使用者數。
這塊的影響點就是伺服器的連線處理，當連線數達到伺服器作業系統
設定值時，有些伺服器的作業系統能自適應，比如aix，solaris，hp則需要管理員手動修改配置引數的。同時建立連線也是比較消耗系統資源的，建議還是把這種情況考慮進去。
2、當系統運用了負載均衡、雙機熱備策略的時候，建議增加故障、可恢復性測試
。該測試能夠保證系統在部分伺服器宕機的情況下，不會丟失業務資料。
3、推薦使用ibm
的tivoli監控軟體，強調下不是專門的效能測試
工具，是監控工具。
tivoli也有很多產品，可以監控網路流量的，可以監控各個節點處理時間，可以監控資料庫
的處理等，推薦原因是該軟體可以跟蹤事物處理的整個流程，不像loadrunner只能監控乙個點的處理情況。
談論a：監控伺服器以前我們也是通過shell
指令碼，每隔三秒輸出相應的系統引數，現在有專門監控伺服器資源以及資料庫資源的軟體（免費的），並出曲線圖的工具
b：每3秒獲取一次系統資料頻率太高了，在做效能測試的時候，機器的負載是很重的。可以寫了乙個shell專門監控系統資源的，10分鐘獲取一次系統資源
a：每3秒獲取一次系統資料頻率不高，因為出現問題有可能就那幾秒鐘，十分鐘的話估計什麼資料都記錄不到，出現問題也不好定位，建議不要超過5秒。這種指令碼占用的系統資源是極少的，可以忽略不記。shell指令碼獲得系統資源的資料容易，主要是這些資料的統計分析。
b：一般來說，系統的效能問題不是幾秒鐘的問題，是乙個較長時間資料分析的問題。獲取系統資訊的內容也可以很多，一般來需要把每個程序的 cpu，memory等占用情況都記錄下來，以前我有碰到這樣的情況，發現系統資源占用很厲害，以為是我們的service有問題，其實是另外的程序吃掉了大量的資源。在獲取系統資源的時候，資料收集的多了，自然就會涉及到占用系統資源的問題。至於後期的資料處理，只要資料收集的比較全了，重新格式化一下資料，可以用的工具很多的，用excel也可以畫出很豐富的圖形的。
a：1）效能測試的確是乙個較長時間資料分析的過程，問題是十分鐘才記一次，中間的過程沒有資料如何分析？
2）吃掉系統資源的不是shell指令碼，而是其它
程序或者應用。你可以測下你的shell指令碼單獨執行會占用多少系統資源。以前我們測效能的時候，幾百個使用者同時處理業務資料，處理能力達百萬筆業務/小時，同時執行shell指令碼都沒問題，這個沒有你想像的耗資源，這可是伺服器，執行個命令記錄資料就宕了，還不如用台式電腦。
3）資料收集全面，確實會得到很多資料，包括記憶體、cpu、io、吞吐量等等（當然咱們專案的應用對磁碟io引數不關心，以前的專案是經常做磁碟操作所以也需要監控）資料量是比較龐大的，問題是如何重新格式化？有比較好的方法？當時負責效能測試這塊的人出這個報告是花了比較長的時間整理這些資料。
這是效能測試時模擬使用者數的幾種計算公式（併發），僅供參考：
1. 公式一：
c=nl/t c^≈c+3√c
c是平均的併發使用者數；n是login session的數量（一天當中基本有多少人登入系統）；l是login session的平均長度（登入系統後的時間長度）；t指考察的時間段長度（例如一天中登入系統的時間總數）。c^模擬使用者數。
公式二：
c=n/10 c^≈r*c
c為平均的併發使用者數，c^模擬使用者數。r為調整因子，一般的取值為2至3之間。
說明：公式二不如公式一精確，但公式一需得到兩個引數：l和t，如不能提供則採用公式二；c=3000/10=300 c^=3*300=900
2.錯誤事務/總事務值在5%--10%之間，超過這個值就算達到最大併發。
3.選擇在「面向目標的場景」裡執行，事務響應時間給乙個限制值（如7秒）；場景執行當中
只要有事務出錯就視當前執行的使用者數為最大併發數！
需求測試的幾種方法
需求測試的幾種方法 陳能技2007 7 26 通過評審規格說明書來測試需求 正確性 對照原始需求檢查 srs 優先順序 恰當劃分並標識 明確性 不使用含糊的詞彙 可測性 每項需求都必須是可驗證的 完整性 不能遺漏必要和必需的資訊 一致性 與原始需求一致 內部前後一致 可修改性 良好的組織結構使需求易...
效能測試的幾種方法
負載測試 負載測試是使用者觀點的測試行為。簡單說來就是負載測試就是讓系統在一定得負載壓力下進行正常的工作，觀察系統的表現能否滿足使用者的需求。使用者的需求從何而來？需求分析 特指效能測試的需求分析。由此看來需求分析是相當重要的。負載測試是站在使用者的角度去觀察在一定條件下軟體系統的效能表現。負載測試...
提高Tomcat併發量的幾種方法
1 apache tomcat 結合起來用apache負責靜態頁面，tomcat負責動態頁面，同時減少connectiontimeout的時間，以應對併發量大執行緒 來不及的情況。2 壓力過大的問題，可以做負載均衡，乙個tomcat無論如何也不可能擔當如此多的執行緒負載，而且jvm過大，其記憶體管理...