關鍵字：Web 測試
1. 功能測試 1.1.鏈接測試
鏈接是 Web 應用系統的一個主要特征，它是在頁面之間切換和指導用戶去一些不知道地址的頁面的主要手段。鏈接測試可分為三個方面。首先，測試所有鏈接是否按指示的那樣確實鏈接到了該鏈接的頁面；其次，測試所鏈接的頁面是否存在；最后，保證 Web 應用系統上沒有孤立的頁面，所謂孤立頁面是指沒有鏈接指向該頁面，只有知道正確的 URL 地址才能訪問。
鏈接測試可以自動進行，現在已經有許多工具可以采用。鏈接測試必須在集成測試階段完成，也就是說，在整個 Web 應用系統的所有頁面開發完成之后進行鏈接測試。
1.2. 表單測試
當用戶給 Web 應用系統管理員提交信息時，就需要使用表單操作，例如用戶注冊、登陸、信息提交等。在這種情況下，我們必須測試提交操作的完整性，以校驗提交給服務器的信息的正確性。例如：用戶填寫的出生日期與職業是否恰當，填寫的所屬省份與所在城市是否匹配等。如果使用了默認值，還要檢驗默認值的正確性。如果表單只能接受指定的某些值，則也要進行測試。例如：只能接受某些字符，測試時可以跳過這些字符，看系統是否會報錯。
1.3.Cookies測試
Cookies 通常用來存儲用戶信息和用戶在某應用系統的操作，當一個用戶使用 Cookies 訪問了某一個應用系統時， Web 服務器將發送關于用戶的信息，把該信息以 Cookies 的形式存儲在客戶端計算機上，這可用來創建動態和自定義頁面或者存儲登陸等信息。
如果 Web 應用系統使用了 Cookies ，就必須檢查 Cookies 是否能正常工作。測試的內容可包括 Cookies 是否起作用，是否按預定的時間進行保存，刷新對 Cookies 有什么影響等。
1.4.設計語言測試
Web 設計語言版本的差異可以引起客戶端或服務器端嚴重的問題，例如使用哪種版本的 HTML 等。當在分布式環境中開發時，開發人員都不在一起，這個問題就顯得尤為重要。除了 HTML 的版本問題外，不同的腳本語言，例如 Java 、 JavaScript 、 ActiveX 、 VBScript 或 Perl 等也要進行驗證。
1.5.數據庫測試
在 Web 應用技術中，數據庫起著重要的作用，數據庫為 Web 應用系統的管理、運行、查詢和實現用戶對數據存儲的請求等提供空間。在 Web 應用中，最常用的數據庫類型是關系型數據庫，可以使用 SQL 對信息進行處理。
在使用了數據庫的 Web 應用系統中，一般情況下，可能發生兩種錯誤，分別是數據一致性錯誤和輸出錯誤。數據一致性錯誤主要是由于用戶提交的表單信息不正確而造成的，而輸出錯誤主要是由于網絡速度或程序設計問題等引起的，針對這兩種情況，可分別進行測試。
2. 性能測試
2.1.連接速度測試
用戶連接到 Web 應用系統的速度根據上網方式的變化而變化，他們或許是電話撥號，或是寬帶上網。當下載一個程序時，用戶可以等較長的時間，但如果僅僅訪問一個頁面就不會這樣。如果 Web 系統響應時間太長（例如超過 5 秒鐘），用戶就會因沒有耐心等待而離開。
另外，有些頁面有超時的限制，如果響應速度太慢，用戶可能還沒來得及瀏覽內容，就需要重新登陸了。而且，連接速度太慢，還可能引起數據丟失，使用戶得不到真實的頁面。
2.2.負載測試
負載測試是為了測量 Web 系統在某一負載級別上的性能，以保證 Web 系統在需求范圍內能正常工作。負載級別可以是某個時刻同時訪問 Web 系統的用戶數量，也可以是在線數據處理的數量。例如： Web 應用系統能允許多少個用戶同時在線？如果超過了這個數量，會出現什么現象？ Web 應用系統能否處理大量用戶對同一個頁面的請求？
2.3.壓力測試
負載測試應該安排在 Web 系統發布以后，在實際的網絡環境中進行測試。因為一個企業內部員工，特別是項目組人員總是有限的，而一個 Web 系統能同時處理的請求數量將遠遠超出這個限度，所以，只有放在 Internet 上，接受負載測試，其結果才是正確可信的。
進行壓力測試是指實際破壞一個 Web 應用系統，測試系統的反映。壓力測試是測試系統的限制和故障恢復能力，也就是測試 Web 應用系統會不會崩潰，在什么情況下會崩潰。黑客常常提供錯誤的數據負載，直到 Web 應用系統崩潰，接著當系統重新啟動時獲得存取權。
壓力測試的區域包括表單、登陸和其他信息傳輸頁面等。
3. 可用性測試
3.1.導航測試
導航描述了用戶在一個頁面內操作的方式，在不同的用戶接口控制之間，例如按鈕、對話框、列表和窗口等；或在不同的連接頁面之間。通過考慮下列問題，可以決定一個 Web 應用系統是否易于導航：導航是否直觀？ Web 系統的主要部分是否可通過主頁存��？ Web 系統是否需要站點地圖、搜索引擎或其他的導航幫助？
在一個頁面上放太多的信息往往起到與預期相反的效果。 Web 應用系統的用戶趨向于目的驅動，很快地掃描一個 Web 應用系統，看是否有滿足自己需要的信息，如果沒有，就會很快地離開。很少有用戶愿意花時間去熟悉 Web 應用系統的結構，因此， Web 應用系統導航幫助要盡可能地準確。
導航的另一個重要方面是 Web 應用系統的頁面結構、導航、菜單、連接的風格是否一致。確保用戶憑直覺就知道 Web 應用系統里面是否還有內容，內容在什么地方。
Web 應用系統的層次一旦決定，就要著手測試用戶導航功能，讓最終用戶參與這種測試，效果將更加明顯。
3.2.圖形測試
在 Web 應用系統中，適當的圖片和動畫既能起到廣告宣傳的作用，又能起到美化頁面的功能。一個 Web 應用系統的圖形可以包括圖片、動畫、邊框、顏色、字體、背景、按鈕等。圖形測試的內容有：
（ 1 ）要確保圖形有明確的用途，圖片或動畫不要胡亂地堆在一起，以免浪費傳輸時間。 Web 應用系統的圖片尺寸要盡量地小，并且要能清楚地說明某件事情，一般都鏈接到某個具體的頁面。
（ 2 ）驗證所有頁面字體的風格是否一致。
（ 3 ）背景顏色應該與字體顏色和前景顏色相搭配。
（ 4 ）圖片的大小和質量也是一個很重要的因素，一般采用 JPG 或 GIF 壓縮。
3.3.內容測試
內容測試用來檢驗 Web 應用系統提供信息的正確性、準確性和相關性。
信息的正確性是指信息是可靠的還是誤傳的。例如，在商品價格列表中，錯誤的價格可能引起財政問題甚至導致法律糾紛；信息的準確性是指是否有語法或拼寫錯誤。這種測試通常使用一些文字處理軟件來進行，例如使用 Microsoft Word 的 " 拼音與語法檢查 " 功能；信息的相關性是指是否在當前頁面可以找到與當前瀏覽信息相關的信息列表或入口，也就是一般 Web 站點中的所謂 " 相關文章列表 " 。
3.4.整體界面測試
整體界面是指整個 Web 應用系統的頁面結構設計，是給用戶的一個整體感。例如：當用戶瀏覽 Web 應用系統時是否感到舒適，是否憑直覺就知道要找的信息在什么地方？整個 Web 應用系統的設計風格是否一致？
對整體界面的測試過程，其實是一個對最終用戶進行調查的過程。一般 Web 應用系統采取在主頁上做一個調查問卷的形式，來得到最終用戶的反饋信息。
對所有的可用性測試來說，都需要有外部人員（與 Web 應用系統開發沒有聯系或聯系很少的人員）的參與，最好是最終用戶的參與。
4. 客戶端兼容性測試
4.1.平臺測試
市場上有很多不同的操作系統類型，最常見的有 Windows 、 Unix 、 Macintosh 、 Linux 等。 Web 應用系統的最終用戶究竟使用哪一種操作系統，取決于用戶系統的配置。這樣，就可能會發生兼容性問題，同一個應用可能在某些操作系統下能正常運行，但在另外的操作系統下可能會運行失敗。
因此，在 Web 系統發布之前，需要在各種操作系統下對 Web 系統進行兼容性測試。
4.2.瀏覽器測試
瀏覽器是 Web 客戶端最核心的構件，來自不同廠商的瀏覽器對 Java ，、 JavaScript 、 ActiveX 、 plug-ins 或不同的 HTML 規格有不同的支持。例如， ActiveX 是 Microsoft 的產品，是為 Internet Explorer 而設計的， JavaScript 是 Netscape 的產品， Java 是 Sun 的產品等等。另外，框架和層次結構風格在不同的瀏覽器中也有不同的顯示，甚至根本不顯示。不同的瀏覽器對安全性和 Java 的設置也不一樣。
測試瀏覽器兼容性的一個方法是創建一個兼容性矩陣。在這個矩陣中，測試不同廠商、不同版本的瀏覽器對某些構件和設置的適應性。
5. 安全性測試
Web 應用系統的安全性測試區域主要有：
（ 1 ）現在的 Web 應用系統基本采用先注冊，
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
