軟件性能測試流程ppt課件(2)-資料下載頁
2025-05-03 18:32本頁面
【正文】 cache給清空。 ? 瀏覽器或客戶端應用的 Cache ? 客戶端和瀏覽器的 cache在錄制腳本的時候都應該去掉。 確定最小用戶負載 ? 確定最小用戶負載的目的 ? 為了全面掌握應用程序的性能 ―― 不僅是重壓條件下，而且是在更為理想的條件下。這是很重要的，因為應用程序通常將大部分的時間花費在這些低負載條件下。峰值操作通常很少發(fā)生。 ? 確定最小用戶負載的方法 ? 從需求上解決，了解業(yè)務分布情況，將業(yè)務分布情況劃分成不同的場景，確定一個負載使用狀況最小的場景。執(zhí)行此場景，觀察系統(tǒng)在此場景下的運行狀況。 性能測試的兩個基本類別 ? 預備測試 ? 預備測試：最初的試探性測試，讓我們能夠感受一下應用程序的性能并優(yōu)化測試環(huán)境。 ? 正式測試 ? 有四個正式的性能測度，我們的分析就建立在這些測度上?？梢詫⑦@些正式測試按照類型分成如下幾個子類：單實例壓力測試、持久測試、體系結構測試一旦按照初步測試結果設置好了環(huán)境和測試參數(shù)（測試腳本、思考時間、采樣方法等等），這些因素就必須對任何特定的性能測試都保持不變。如果在某個特定的性能測試中修改任何參數(shù)，那么我們就破壞了結果的可比較性，將不得不重新執(zhí)行測試。 性能測試生存周期 ? 規(guī)劃性能分析 ? 創(chuàng)建有效的壓力腳本 ? 執(zhí)行壓力測試 ? 分析性能測試數(shù)據(jù)來確定和解決性能瓶頸 ? 規(guī)劃性能分析 階段的工作包括收集重要的原始數(shù)據(jù)，然后根據(jù)這些信息制訂測試方案。規(guī)劃階段收集到的信息至少應該描述兩個方面的內(nèi)容：用來復制一個接近生產(chǎn)環(huán)境的測試環(huán)境的細節(jié)。對該應用程序的使用方式的理解，以及臨界性能表現(xiàn)的跡象等。這些信息可以來源于市場預測報告、站點的 WEB日志、站點的性能日志和站點功能說明等。 ? 創(chuàng)建高效的壓力測試腳本 在收集了所需信息并搭建了測試環(huán)境后，下一步就是創(chuàng)建測試腳本，它應該能夠準確地模擬站點期望地流量。最有效地方式是根據(jù)實況網(wǎng)站中的歷史數(shù)據(jù)結合市場調(diào)查或商業(yè)分析而得到這些期望數(shù)據(jù)。 ? 執(zhí)行壓力測試 創(chuàng)建可以模擬最大用戶負載的壓力測試腳本。 ? 分析性能測試結果 ? (i)確定性能瓶頸 ? 影響終端用戶響應時間的瓶頸包括應用程序和服務器的吞吐量、終端到終端的 Inter連接速度以及網(wǎng)絡涌塞等。 ? （ ii）檢驗性能優(yōu)化結果 ? 分析結果了解系統(tǒng)的性能狀況并能夠對性能進行提高。 用戶思考時間的問題 ? 創(chuàng)建測試腳本的時候，可以選擇使用用戶思考時間，主要考慮到用戶在訪問系統(tǒng)過程中的思考時間，因此能幫助我們更好地模擬實際情況下的應用程序使用情況，但在對新框架的測試中，因為只需驗證框架的穩(wěn)定性和框架所能承受的并發(fā)用戶數(shù)及頁面響應時間就不需考慮用戶的業(yè)務使用情況。另外，使用用戶思考時間會降低客戶端能夠產(chǎn)生的最大負載量，會影響到對最大負荷下系統(tǒng)的性能表現(xiàn)的計算結果。而且，如果客戶端發(fā)送請求的能力本身就存在不足的話，將更加難以發(fā)現(xiàn)性能瓶頸，因為瓶頸往往是在系統(tǒng)承擔最大負載時表現(xiàn)出來的。 確定負載增加的標準 ? 確定壓力測試需要進行的程度，首先需要指定一個標準，確定何時達到適當?shù)膲毫墑e。我在這里舉一些可能的測試標準的例子： ? 當一定數(shù)量的錯誤出現(xiàn)在事件或 Web服務器的日志中時，停止繼續(xù)增加負載。 ? 不斷增加負載，直到吞吐量開始下降。 ? 給 CPU利用率設置一個極限值（框架中考慮 80％～ 90％） ? 給內(nèi)存的利用率設置一個極限值。 ? 給頁面響應時間設置一個極限值 ? 根據(jù)業(yè)務需要事先確定 Web應用程序能夠處理的每秒請求數(shù)或同時連接數(shù)
教學課件相關推薦
鄂ICP備17016276號-1