發布時間:2020-08-03
web性能測試是做web開發的時候必須要進行的,可以說測試人員在進行web性能測試的時候,是需要了解下一個web的請求過程的。簡單的說,web的請求過程首先是需要客戶發送請求,然后才有webserver接受到請求,進行處理,接著是webserver向DB獲取數據,最后webserver生成用戶的object(頁面),返回給用戶。給客戶發送請求開始到最后一個字節的時間稱為響應時間。
Web性能測試模型
1、預期指標的性能測試
主要指需求分析和設計階段提出的一些性能指標。
針對每個指標都要編寫一個或者多個測試用例來驗證系統是否達到要求。
預期指標的性能測試用例通常以單用戶為主,如果涉及并發用戶內容,則歸并到并發用戶測試用例中進行設計。
2、并發性能測試
選擇具有代表性、關鍵的業務來設計用例,并且用戶的設計應該面向“模塊”
用戶并發性能測試分為:獨立核心模塊并發性能測試,組合模塊并發性能測試
獨立核心模塊并發:完全一樣功能的并發測試;完全一樣操作的并發測試;相同/不同的子功能并發。
針對獨立核心模塊用戶并發性能的測試用例設計,可發現一些核心算法或者功能方面的問題,如一些多線程、同步并發算法在單用戶模式下測試是很難發現問題的,通過模擬多用戶的并發操作,更容易驗證其是否正確和穩定。
核心模塊測試一般屬于基本的性能測試,它較多地關注模擬的“功能”,一般不會對服務器進行測試。
組合模塊并發:具有耦合關系的核心模塊進行組合并發測試;彼此獨立的、內部具有耦合關系的核心模塊組的并發測試;基于用戶場景的并發測試。
組合模塊測試一般發現接口方面的功能問題,并盡早發現綜合性能問題。
在實際中,各種類型的用戶都會對應一組模塊,相當于不同的業務組在并發訪問系統,要充分考慮實際場景,如話費管理系統中的每月10日左右的收費高峰等場景。
在編寫組合模塊用戶并發性能測試用例時,不但要考慮用戶使用場景,還要注意并發點的運用,并發點是指一定數量的用戶開始執行同一功能或者操作的時間點,一組測試場景通常包含多個并發點,從而實現了核心模塊同一功能或者操作的真正并發。
3、獨立業務性能測試
獨立業務實際是指一些核心業務模塊對應的業務。這些模塊通常具有功能比較復雜,使用比較頻繁,屬于核心業務等特點。主要測試這類模塊和性能相關的一些算法、還要測試這類模塊對并發用戶的響應情況。用戶并發測試是核心業務模塊的重點測試內容。
4、組合業務性能測試
是最接近用戶實際使用情況的測試,也是性能測試的核心內容。
組合并發的突出特點是根據用戶使用系統的情況分成不同的用戶組進行并發,每組的用戶比例要根據實際情況來進行匹配。
用戶并發測試是組合業務性能測試的核心內容。“組合”并發的突出特點是根據用戶使用系統的情況分成不同的用戶組進行并發,每組的用戶比例要根據實際情況來進行匹配。
5、網絡性能測試
為準確展未帶寬、延遲、負載和端口的變化是如何影響用戶的響應時間的。主要是測試應用系統的用戶數目與網絡帶寬的關系。
調整性能最好的辦法就是軟硬相結合。
6、大數據量測試
主要是針對對數據庫有特殊要求的系統進行的測試,主要分為三種:
1.實時大數據量:模擬用戶工作時的實時大數據量,主要目的是測試用戶較多或者某些業務產生較大數據量時,系統能否穩定地運行。
2.極限狀態下的測試:主要是測試系統使用一段時間即系統累積一定量的數據時,能否正常地運行業務
3.前面兩種的結合:測試系統已經累積較大數據量時,一些實時產生較大數據量的模塊能否穩定地工作。
大數據量測試用例的設計:1,歷史數據引起的大數據量測試和2運行時大數據量測試
首先確定系統數據的最長遷移周期和選擇一些前面的核心模塊或者組合模塊的并發用戶測試用例作為其主要內容即可。
7、服務器性能測試
性能測試的主要目的是在軟件功能良好的前提下,發現系統瓶頸并解決,而軟件和服務器是產生瓶頸的兩大來源,因此在進行用戶并發性能測試,疲勞強度與大數據量性能測試時,完成對服務器性能的監控,并對服務器性能進行評估。
服務器性能測試用例設計就是確定要采集的性能計數器,并將其與前面的測試關聯起來。
到這里大家對于web性能測試應該有了一個簡單的了解,小編所了解的這些知識是測試人員必須要掌握的,有人若是要從事這個行業的話,就需要把這些知識記牢。今天小編既然講到了性能測試方面的知識,那么接下來小編就給大家介紹一個性能測試工具,PerformanceRunner (性能測試工具)可對客戶端程序,C/S系統、B/S系統錄制測試腳本,方便了用戶使用。測試腳本使用Java語法規范,易于編寫和維護,并且提供擴展機制;它還能夠從一臺機器生成大量不同IP地址訪問服務器,模擬真實狀況,更好地保證壓力測試結果的有效性。
推薦閱讀:
原來性能測試類型有這么多!PerformanceRunner工具怎么樣?
您的信息已成功提交!
我們的客服人員稍后會與您聯系