WEB性能測試研究

第第頁WEB性能測試研究

WEB性能測試研究

發(fā)表于：2023-08-23來源：未知：領測軟件測試網采編點擊數(shù)：標簽：web測試

一、引言隨著網絡技術的迅速發(fā)展，尤其是WEB及其應用程序的普及，各類基于WEB的應用程序以其方便、快速，易操作等特點不斷成為軟件開發(fā)的重點。與此同時，隨著需求量與應用領域的不斷擴大，對WEB應用軟件的正確性、有效性和對WEB服務器等方面都提出了

一、引言

隨著網絡技術的迅速發(fā)展，尤其是WEB及其應用程序的普及，各類基于WEB的應用程序以其方便、快速，易操作等特點不斷成為軟件開發(fā)的重點。與此同時，隨著（需求）量與應用領域的不斷擴大，對WEB應用軟件的正確性、有效性和對WEB服務器等方面都提出了越來越高的（性能）要求，對WEB應用程序進行有效的系統(tǒng)的（測試）也逐漸成為人們研究的重要課題。

目前可以見到各種WEB（服務器）平臺，然而根據(jù)Mereury的研究報告，98%的WEB（服務器）都沒能達到人們所期望的性能，平均只能發(fā)揮人們所期望性能的1/6左右。WEB性能測試能夠確定影響WEB服務器性能的關鍵因素，從而可以有針對性地進行分析和改進，避免WEB服務器研究和優(yōu)化過程中的盲目行為;同時，它也是選取不同的WEB服務器的重要參考。

隨著WEB應用程序使用越來越廣泛，針對其（性能測試）的要求也越來越多，然而由于WEB程序綜合了大量的新技術，諸如HTML、JAVA、Javascript、VBScript等，同時它還依賴很多其它的因素，比如Link、Database、Network等，使得WEB應用程序測試變得非常復雜。例如：WEB壓力測試是評價一個WEB應用程序的主要手段，它的測試就是一個代表性的方面。

WEB應用程序的測試有別于傳統(tǒng)軟件的測試，它有其自身的特點。下面我們進行比較深入的討論。

二、WEB測試技術

(一)WEB應用程序體系結構

WEB應用程序采用B/S結構，它是伴隨著Internet技術的不斷進步，由C/S結構改進和發(fā)展起來的新型體系結構。在這種結構下，用戶界面完全通過WWW瀏覽器實現(xiàn)，一部分事務邏輯在前端實現(xiàn)，但是主要事務邏輯則在服務器端實現(xiàn)，形成所謂3tier結構。B/S結構利用不斷成熟和普及的瀏覽器技術實現(xiàn)原來需要復雜專用軟件才能實現(xiàn)的強大功能，并節(jié)約了（開發(fā)）成本，是一種全新的軟件系統(tǒng)構造技術。這種結構更成為當今應用軟件（開發(fā)）的首選體系結構，目前最流行的mi?鄄也是在這樣一種背景下被提出來的架構。

傳統(tǒng)的軟件一般采用C/S結構，此結構把數(shù)據(jù)庫內容放在遠程的服務器上，而在客戶機上安裝相應軟件。C/S軟件一般采用兩層結構，C/S結構在技術上很成熟，它的主要特點是交互性強、具有（安全）的存取模式、網絡通信量低、響應速度快、利于處理大量數(shù)據(jù)。但是該結構的程序是針對性開發(fā)，變更不夠靈活，維護和管理的難度較大。

(二)WEB測試的內容與目的

在很多時候我們都把測試的目的定位為尋找軟件的（BUG），而且是盡可能的找出（BUG）來，而（測試人員）所做的事情就是找軟件的毛病，只要找出毛病就可以了，這樣很容易帶了一系列的問題。比如（測試人員）給某網站做測試，并遞交了一份簡單的測試報告："當100用戶共同按某提交按鈕時，發(fā)生大量的提交失敗'。對于測試人員來說，他已經完成了他自己的任務，找出了BUG，但是，這樣的測試報告對于開發(fā)人員和項目管理者卻毫無用處。報告中并未提及造成提交失敗的原因，是硬件資源不足、網絡問題、支撐軟件參數(shù)設置錯誤還是應用開發(fā)問題等等。

測試的目的是證偽，但不能片面的理解為簡單的找不BUG就可以了。（軟件測試）應該經歷以下四個步驟：

1.測試人員描述發(fā)現(xiàn)的問題(找到BUG);

2.測試人員詳細闡明是在何種情況下測試發(fā)現(xiàn)的問題，包括測試的環(huán)境、輸入的數(shù)據(jù)、發(fā)現(xiàn)問題的類型、問題的嚴重程度等情況;

3.測試人員協(xié)同開發(fā)人員一起去分析BUG的原因，找出軟件的（缺陷）所在;

4.測試人員根據(jù)解決的情況進行分類匯總，以便日后進行軟件設計的時候提供參考，避免以后出現(xiàn)類似軟件缺陷。

(三)制定WEB測試計劃

當我們明確了測試的目的之后，真正開始針對一個WEB應用程序進行測試的時候，我們需要制定一套詳細的測試計劃，這樣才能順利的完成所有的測試內容，計劃的內容歸納為以下幾步：

1.首先對被測的WEB應用程序進行需求分析，即對你所做的測試做一個簡要的介紹，包括描述測試的目標和范圍，所測試的目標要實現(xiàn)一個什么樣的功能，總結基本文檔，主要活動。

2.寫出測試策略和方法，這里包括測試開始的條件，測試的類型，測試開始的標準以及所測試的功能，測試通過或失敗的標準，結束測試的條件，測試過程中遇到什么樣的情況終止和怎么處理后恢復等。

3.確定測試環(huán)境的要求(包括軟件和硬件方面)，選擇合適的測試工具。

4.主要針對你測試的行為，描述你測試的細節(jié)，包括測試用例列表，進度表，錯誤等級分析，對測試計劃的總結，和在測試過程會出現(xiàn)的風險分析等。

(四)測試的類型

WEB測試的類型包括內容測試、界面測試、功能測試、性能測試、兼容性測試、安全性測試等情況。內容測試、界面測試和（兼容性）測試都比較簡單，在此不再細談。WEB的（功能測試）與傳統(tǒng)的軟件測試區(qū)別不大，主要是在連接測試方面有點區(qū)別，數(shù)據(jù)的傳遞方面會稍微復雜點。由于WEB軟件都是采用B/S結構，客戶端所需的服務都是由服務器提供的，所以主要是測試服務器上軟件運行的性能。WEB應用程序的測試包括客戶端連接服務器速度方面的測試和壓力測試這兩方面，性能測試的步驟：

第一，分析產品結構，明確性能測試的需求，包括并發(fā)、極限、配置和指標等方面的性能要求，必要時基于LOAD測試的相同測略需同時考慮穩(wěn)定性測試的需求。

第一，分析應用場景和用戶數(shù)據(jù)，細分用戶行為和相關的數(shù)據(jù)流，確定測試點或測試接口，列示系統(tǒng)接口的可能瓶頸，一般是先主干接口再支線接口，并完成初步的測試用例設計。

第三，依據(jù)性能測試需求和確定的測試點進行測試組網設計，并明確不同組網方案的重要程度或優(yōu)先級作為取舍評估的依據(jù)，必要時在前期產品設計中提出支持性能測試的可測試性設計方案和對（測試工具）的需求。

第四，完成性能（測試（用例））設計、分類選擇和依據(jù)用戶行為分析設計測