性能測試開展指導-全文預覽
【正文】 定的性能測試中修改任何參數(shù)，那么我們就破壞了結果的可比較性，將不得不重新執(zhí)行測試。執(zhí)行此場景，觀察系統(tǒng)在此場景下的運行狀況。14 確定最小用戶負載 確定最小用戶負載的目的為了全面掌握應用程序的性能――不僅是重壓條件下，而且是在更為理想的條件下。 其他需要注意的地方應用服務器的Warm up問題，在第一次做運行的時候，在第一次訪問的時候速度會很慢，第二次訪問才會快起來，因為從本地Cache中讀取信息，所以在應用服務器重啟了以后，都必須多測幾次，等服務器Warm up后再測試，否則的話，前面的結果沒有有效性。ii)通過各種工具慢慢來做：比如：做某個業(yè)務的時候響應速度很慢，可以用排除法來做：第一，猜測是網絡的問題，在兩個網絡之間使用網絡測試工具sniffer測試網絡延遲，或者用windows操作系統(tǒng)，在windows2000，advanced server也有相應的工具測點對點的延遲。資源利用率：cpu利用率，內存利用率，磁盤I/O狀況等12 響應時間的分解響應時間＝網絡響應時間＋應用程序響應時間 ＝網絡延遲N1（數(shù)據(jù)在網絡上傳輸?shù)臅r間）＋web服務器請求被處理的時間A1 ＋web服務器到database服務器的傳輸時間N2（如果兩臺服務器在同一臺機器上傳輸時間就會很短）＋數(shù)據(jù)庫服務器處理數(shù)據(jù)庫請求所耗的時間A2＋database服務器返回請求到web服務器的傳輸時間N3＋web服務器請求被處理的時間A3＋網絡延遲N4因此，性能的相關性大概為三個部分：網絡的延遲、應用服務器處理的延遲、數(shù)據(jù)庫處理的延遲。吞吐量： i）按照流量來計算的吞吐量，用來衡量網絡狀況或者應用服務器的處理能力，在指定的時間內，每秒鐘字節(jié)的出入.ii）用點擊數(shù)來衡量吞吐量，每個固定的時間段內有多少點擊數(shù)，用于銀行系統(tǒng)。通過在做性能測試的過程中得到系統(tǒng)穩(wěn)定性數(shù)據(jù)的方式來驗證系統(tǒng)的穩(wěn)定性手段：對一個系統(tǒng)進行一個長時間的運行，觀察它的可用內存，cpu使用率有無顯著的變化，如果在長時間使用的情況下，cpu，內存無顯著變化，則可以認為系統(tǒng)具有穩(wěn)定性。 實施階段的性能測試在實施階段進行性能測試的目的是為了階段性的驗證系統(tǒng)性能，進行性能調優(yōu)，并通過系統(tǒng)調優(yōu)發(fā)現(xiàn)系統(tǒng)缺陷。9 各階段所要進行的性能測試除了需求階段都需要進行性能測試。系統(tǒng)架構設計的不合理程序員的實現(xiàn)錯誤6 產品部署階段產品部署階段的性能測試主要用來確立客戶需要什么樣的硬件配置。 開發(fā)角度性能問題的原因對所使用的技術不熟悉這是影響最大的因素。以確定問題出現(xiàn)在應用層，數(shù)據(jù)庫層，代碼層。驗證能力包括?。炞C新的系統(tǒng)，新的架構能否滿足用戶的需求。場景設計的例子（主要是根據(jù)業(yè)務的使用狀況）：l 場景1：10％登錄，10％入庫，30％訂單，20％出庫，30％查詢（1000用戶）——日常l 場景2：10％登錄，90％查詢（400用戶）——周末盤點 設定需要監(jiān)控的資源設定需要監(jiān)控的資源主要有一下幾個方面：CPU利用率內存使用情況數(shù)據(jù)庫監(jiān)控JVM使用狀況監(jiān)控應優(yōu)先監(jiān)控應用服務器的性能指標。確定需要監(jiān)控的指標：?。〤PU使用率 ⅱ）內存使用情況 在此應優(yōu)先監(jiān)控應用服務器的性能指標。 系統(tǒng)維護階段的性能測試目標考察系統(tǒng)的可擴展性：從系統(tǒng)的視角考慮,在用戶數(shù)擴大，在業(yè)務量增大的情況下，是一個怎樣的表現(xiàn)。 不同階段的性能測試目標 設計階段的性能測試目標設計階段的性能測試目標為考察系統(tǒng)是否滿足預期的性能要求?；陲L險的測試目標確定?。┫到y(tǒng)如果不做性能測試，會有多大的風險，如果在性能指標上達不到用戶的要求會有多大的風險。 ⅱ）隱藏在“性能測試”之后的實際想法，比如：是因為開發(fā)人員對所完成的代碼沒有信心，又不愿意做修改，要求我們對其所作的程序進行性能測試，還是設計人員使用了一項新技術，心里沒低，所要求作的性能測試，等等。內存的使用數(shù)是否只剩下極少的幾兆，幾十兆。穩(wěn)定性：系統(tǒng)長時間運行不會出現(xiàn)錯誤的能力。 5：5秒鐘用戶可能會覺得差了一點，還行，比較好。讓業(yè)務人員來判斷我們的性能需求是否能滿足客戶的真實要求。2 需求階段 性能測試需求的確立 性能測試需求的來源性能測試需求的來源有三個方面： 需求文檔 設計文檔 客戶備忘錄 確定性能測試需求的解決方法在沒有需求文檔和設計文檔的情況下，我們需要對TSP系統(tǒng)上的客戶業(yè)務使用情況進行分析，提出我們所關注的性能測試需求，并告知業(yè)務人員。 確立響應時間的原則：2/5/10原則 2：2秒鐘用戶會覺得是一個很好的體驗。此部分需與業(yè)務人員討論。 系統(tǒng)資源使用狀況：服務器的CPU使用率是否長期高于80％，達到90％，100％的程度，整個磁盤的I/O是否達到極限。了解真正的性能測試需求方法：?。┳R別項目干系人：指的是和項目相關的人，開發(fā)人員，設計人員，需求人員，業(yè)務人
職業(yè)教育相關推薦
鄂ICP備17016276號-1