移動web效能測試要點
效能測試
1.連線速度測試
使用者連線到Web應用系統的速度根據上網方式的變化而變化,他們或許是電話撥號,或是寬頻上網。當下載一個程式時,使用者可以等較長的時間,但如果僅僅訪問一個頁面就不會這樣。如果Web系統響應時間太長(例如超過5秒鐘),使用者就會因沒有耐心等待而離開。
另外,有些頁面超時的限制,如果響應速度太慢,使用者可能還沒來得及瀏覽內容,就需要重新登陸了。而且,連線速度太慢,還可能引起資料丟失,是使用者得不到真實的頁面。
2.負載測試
負載測試是為了測量Web系統在某一負載級別上的效能,以保證Web系統在需求範圍內能正常工作。負載級別可以是某個時刻同時訪問Web系統的使用者數量,也可以是線上資料處理的數量。例如:Web應用系統能允許多少個使用者同時線上?如果超過了這個數量,會出現什麼現象?Web應用系統能否處理大量使用者對同一個頁面的請求?
3.壓力測試
負載測試應該安排在Web系統釋出以後,在實際的網路環境中進行測試。因為一個企業內部員工,特別是專案組人員總是有限的,而一個Web系統能同時處理的請求數量將遠遠超出這個限度。所以,只有放在Internet上,接收負載測試,其結果才是正確可信的。
進行壓力測試是指實際破壞一個Web應用系統,測試系統的反應。壓力測試是測試系統的限制和故障恢復能力,也就是測試Web應用系統會不會崩潰,在什麼情況下會崩潰。黑客常常提供錯誤的資料負載,直到Web應用系統崩潰,接著當系統重新啟動時獲得存取權。
壓力測試的區域包括表單、登入和其他資訊傳輸頁面等。
測試需要驗證系統能否在同一時間相應大量的使用者沒在使用者傳送大量資料的時候能否響應,系統能否長時間執行。可訪問性對使用者來說是極其重要的。如果使用者得到“系統忙”的資訊,他們可能放棄,並轉向競爭對手。系統檢測不僅要使用能夠正常訪問站點,在很多情況下,可能會有黑客試圖通過傳送大量資料包來攻擊伺服器。出於安全的原因,測試人員應該知道當系統過載時,需要採取哪些措施,而不是簡單地提升系統性能。
瞬間訪問高峰
如果您的站點用於公佈彩票的抽獎結果,最好使系統在中獎號碼公佈後的一段時間內能夠響應上百萬的請求。負載測試工具能夠模擬N個使用者同時訪問測試站點。
每個使用者傳送大量資料
網上書店的多數使用者可能只訂購1-5本書,但是大學書店可能會訂購5000本有關心理學介紹的課本,後者一個祖母為她的50個兒孫購買聖誕禮物(淡然每個孩子都有自己的郵件地址)系統能處理單個使用者的大量資料嗎?
長時間的使用
如果站點用於處理鮮花訂單,那麼至少希望它在母親節前的一週內內持續執行。如果站點提供基於Web的email服務,那麼站點最好能持續執行幾個月,甚至幾年。可能需要使用自動化測試工具來完成這種型別的測試,因為很難通過手工完成這些測試。你可以想象組織100個人同時點選某個站點。但是同時組織100000個人呢。通常,測試工具在第二次使用的時候,它創造的效益,就足以支付成本。而且,測試工具安裝完成之後,再次使用的時候,只要點選幾下。