蝸牛啟橙網站制作驗收測試指南

1. 概述

網站類的測試可大致分為 6 個部分，分別為：

功能性測試?

用戶界面測試

接口測試?

兼容性測試?

負載/壓力測試?

安全性測試?

根據本公司網站類項目的特點，特擬定以下web 測試的測試規范。

目的是為了更規范的對網站類項目進行測試，以避免測試面不全和測試工作不充分，同時也是項目產品質量的度量，為軟件產品質量提供保證。

2. 網站測試規范

2.1 功能性的測試

2.1.1 鏈接

鏈接是Web應用系統的一個主要特征，它是在頁面之間切換和指導用戶去一些不知道地址的頁面的主要手段。鏈接測試可分為三個方面。首先，測試所有鏈接是否按指示的那樣確實鏈接到了該鏈接的頁面；其次，測試所鏈接的頁面是否存在；最后，保證Web應用系統上沒有孤立的頁面，所謂孤立頁面是指沒有鏈接指向該頁面，只有知道正確的URL地址才能訪問。

鏈接測試可以自動進行，現在已經有許多工具可以采用，目前我們公司可以采用XENU。鏈接測試必須在集成測試階段完成，也就是說，在整個Web應用系統的所有頁面開發完成之后進行鏈接測試。

2.1.2 表單測試

當用戶給Web應用系統管理員提交信息時，就需要使用表單操作，例如用戶注冊、登錄、信息提交等。在這種情況下，我們必須測試提交操作的完整性，以校驗提交給服務器的信息的正確性。當注冊或留言完成后應返回成功或錯誤的消息。如果使用交互頁面收集配送信息，應確保程序能夠正確處理這些數據，確保能讓用戶能讓客戶知道是否成功或失敗。要測試這些程序，需要驗證服務器能正確保存這些數據，而且后臺運行的程序能正確解釋和使用這些信息。例如：用戶填寫的出生日期與職業是否恰當，填寫的所屬省份與所在城市是否匹配等。如果使用了默認值，還要檢驗默認值的正確性。如果表單只能接受指定的某些值，則也要進行測試。例如：只能接受某些字符，測試時可以跳過這些字符，看系統是否會報錯。

2.1.3 Cookies

Cookies通常用來存儲用戶信息和用戶在某應用系統的操作，當一個用戶使用Cookies訪問了某一個應用系統時，Web服務器將發送關于用戶的信息，把該信息以Cookies的形式存儲在客戶端計算機上，這可用來創建動態和自定義頁面或者存儲登陸等信息。很多用戶喜歡用cookie，如果系統使用了cookie，測試人員需要對它們進行檢測。如果在 cookies 中保存了注冊信息，請確認該 cookie能夠正常工作而且已對這些信息已經加密。如果使用 cookie 來統計次數，需要驗證次數累計正確?！?/p>

2.1.4 容錯處理

最容易被開發人員和測試人員忽略的地方是接口錯誤處理。通常我們試圖確認系統能夠處理所有錯誤，但卻無法預期系統所有可能的錯誤。嘗試在處理過程中中斷事務，看看會發生什么情況？系統是否正常退出？嘗試中斷用戶到服務器的網絡連接，嘗試中斷 web 服務器到驗證服務器的連接。在這些情況下，系統能否正確處理這些錯誤？是否已對此異常做過處理？

2.1.5 數據庫測試

在Web應用技術中，數據庫起著重要的作用，數據庫為Web應用系統的管理、運行、查詢和實現用戶對數據存儲的請求等提供空間。在Web應用中，最常用的數據庫類型是關系型數據庫，可以使用SQL對信息進行處理。我們的產品支持現在常見的數據庫，但是針對不同的項目使用的數據庫有可能不同，為了安全要根據項目的實際使用的數據庫來測試。

2.2 可用性測試

2.2.1 易用性

?Web 瀏覽器作為應用程序的前臺的一個原因就是它易于使用,且不用安裝且被大多數用戶所熟知。如何瀏覽一個構建良好的網站呢？如果你注重這方面的測試，那么驗證應用程序是否易于使用就非常重要了。很多人認為這是測試中最不重要的部分，但是如果你想通過網站宣傳公司形象，給瀏覽用戶留下一個好的印象，那么最好使你的網站風格能夠被大多數人所接受。用戶界面的測試也是網站項目測試的一個測試重點。

2.2.2 站點地圖和導航條

站點地圖和導航條是一般網站都應該具有的模塊，就好比網站的首頁一樣，是網站所不可缺少的導航描述了用戶在一個頁面內操作的方式，在不同的用戶接口控制之間，例如按鈕、對話框、列表和窗口等；或在不同的連接頁面之間。通過考慮下列問題，可以決定一個Web應用系統是否易于導航：導航是否直觀？Web系統的主要部分是否可通過主頁存??？Web系統是否需要站點地圖、搜索引擎或其他的導航幫助？有些網絡高手可以直接去自己要去的地方，而不必點擊一大堆頁面。另外新用戶在網站中可能會迷失方向。站點地圖和導航條可以引導用戶進行瀏覽。測試人員需要驗證站點地圖是否正確。確認地圖上的鏈接是否確實存。地圖有沒有包括站點上的所有的欄目或模塊。是否每個頁面都有導航條? 導航條是否一致? 每個頁面的鏈接是否正常? 導航條是否直觀?這些方面都是測試人員所要注意的。

2.2.3 內容

內容測試是用來檢驗Web應用系統提供信息的正確性、準確性和相關性的。信息的正確性是指信息是可靠的還是誤傳的。例如，在商品價格列表中，錯誤的價格可能引起財政問題甚至導致法律糾紛；信息的準確性是指是否有語法或拼寫錯誤。這種測試通常使用一些文字處理軟件來進行，例如使用Microsoft Word的"拼音與語法檢查"功能；信息的相關性是指是否在當前頁面可以找到與當前瀏覽信息相關的信息列表或入口，也就是一般Web站點中的所謂"相關文章列表"。

對于開發人員來說，是先有功能然后才對這個功能進行描述，開發人員可能不注重文字表達，他們添加文字可能只是為了做功能性的描述或是僅是為了對齊頁面，這樣出來的產品可能產生嚴重的誤解。因此測試人員要檢查內容的文字表達是否恰當，是否達到一目了然。否則，產品的應用性會很差，也可能引起法律方面的問題。測試人員應確保站點看起來更專業些。過分地使用粗體字、大字體和下劃線可能會讓用戶感到不舒服。在進行用戶可用性方面的測試時，最好先請美工對站點進行評估。 最后，需要確定是否列出了相關站點的鏈接。很多站點希望用戶將郵件發到一個特定的地址，或者從某個站點下載文件，但是如果用戶無法點擊這些地址，他們可能會覺得此網站做的很差。

2.2.4 顏色/背景

由于現在很多網站成為展現企業風采的門戶，很多人把它看作圖形設計作品，所以網站背景顏色設計一定要合理且要易于用戶瀏覽。典型的站點是在紫色圖片的背景上顯示黃色的文本，這種頁面顯得"非常高貴"，但是看起來很費勁。通常來說，使用少許或盡量不使用背景是個不錯的選擇。如果您想用背景，那么最好使用單色的，和導航條一起放在頁面的左邊。另外，圖案和圖片可能會轉移用戶的注意力。

2.2.5 圖形測試

在Web應用系統中，適當的圖片和動畫既能起到廣告宣傳的作用，又能起到美化頁面的功能。一個Web應用系統的圖形可以包括圖片、動畫、邊框、顏色、字體、背景、按鈕等。圖形測試的內容有：

（1）要確保圖形有明確的用途，圖片或動畫不要胡亂地堆在一起，以免浪費傳輸時間。Web應用系統的圖片尺寸要盡量地小，并且要能清楚地說明某件事情，一般都鏈接到某個具體的頁面。

（2）驗證所有頁面字體的風格是否一致。

（3）背景顏色應該與字體顏色和前景顏色相搭配。

（4）圖片的大小和質量也是一個很重要的因素，一般大小不超過30k采用JPG或GIF格式。

2.3 接口測試

在很多情況下，web 站點不是孤立的。Web 站點可能會與外部服務器通訊，請求數據、驗證數據或提交數據。

2.3.1 服務器接口

第一個需要測試的接口是瀏覽器與服務器的接口。測試人員提交事務，然后查看服務器記錄，并驗證在瀏覽器上看到的正好是服務器上發生的。測試人員還可以查詢數據庫，確認事務數據已正確保存。

2.3.2 外部接口

有些 web 系統有外部接口。例如，網上商店可能要實時驗證信用卡數據以減少欺詐行為的發生。測試的時候，要使用 web 接口發送一些事務數據，分別對外部的數據進行識別，測試人員需要確認軟件能夠處理外部服務器返回的所有可能的消息。?

2.4 兼容性測試

兼容性測試不僅需要驗證應用程序可以在用戶使用的機器上運行，而且要確保在所有可能用戶的環境上正確運行。如果您用戶是全球范圍的，需要測試各種操作系統、瀏覽器、視頻設置和 modem 速度。最后，還要嘗試各種設置的組合。

2.4.1 操作系統

市場上有很多不同的操作系統類型，最常見的有Windows、Unix、Macintosh、Linux等。Web應用系統的最終用戶究竟使用哪一種操作系統，取決于用戶系統的配置。這樣，就可能會發生兼容性問題，同一個應用可能在某些操作系統下能正常運行，但在另外的操作系統下可能會運行失敗。

因此，在Web系統發布之前，需要在各種操作系統下對Web系統進行兼容性測試。

2.4.2 瀏覽器

瀏覽器是Web客戶端最核心的構件，來自不同廠商的瀏覽器對Java，、javascript、 ActiveX、 plug-ins或不同的HTML規格有不同的支持。例如，ActiveX是Microsoft的產品，是為Internet Explorer而設計的，javascript是Netscape的產品，Java是Sun的產品等等。另外，框架和層次結構風格在不同的瀏覽器中也有不同的顯示，甚至根本不顯示。不同的瀏覽器對安全性和Java的設置也不一樣?！?/p>

你不能要求用戶必須使用那種瀏覽器或那個版本的瀏覽器，即使不支持那種瀏覽器或那個版本的瀏覽器，那測試人員就需要在說明書里明確說明你支持那種瀏覽器或那個版本的瀏覽器。開發人員也許告訴你支持那種瀏覽器或那個版本的瀏覽器，那么你不但要去驗證它所支持的，也要驗證它所不支持的。通常需要驗證的瀏覽器和版本有 Netscape、Internet Explorer5.0 /5.5/6.0 和Lynx 等。

測試瀏覽器兼容性的一個方法是創建一個兼容性矩陣。在這個矩陣中，測試不同廠商、不同版本的瀏覽器對某些構件和設置的適應性。

2.4.3 視頻設置

測試人員要驗證頁面版式在 640x400、600x800 或 1024x768 的分辨率模式下是否顯示正常? 字體是否太小以至于無法瀏覽? 或者是太大? 文本和圖片是否對齊? ?

2.4.4 打印機

用戶可能會將網頁打印下來。因此網頁在設計的時候要考慮到打印問題，要注意打印的版面和節約紙張油墨。有不少用戶喜歡閱讀而不是盯著屏幕，因此需要驗證網頁打印是否正常。有時在屏幕上顯示的圖片和文本的對齊方式可能與打印出來的東西不一樣。測試人員至少需要驗證訂單類確認頁面打印是否正常。

2.4.5 組合測試

最后需要進行組合測試。600x800 的分辨率在 MAC 機上可能不錯，但是在 IBM 兼容機上卻很難看。在 IBM 機器上使用 Netscape 能正常顯示，但卻無法使用 Lynx 來瀏覽。如果是內部使用的 web 站點，測試可能會輕松一些。如果公司指定使用某個類型的瀏覽器，那么只需在該瀏覽器上進行測試。如果所有的人都使用 T1 專線，可能不需要測試下載。(但需要注意的是，可能會有員工從家里撥號進入系統) 有些內部應用程序，開發人員要在系統的需求中聲明不支持某些系統而只支持一些那些已設置的系統。但是，理想的情況是，系統能在所有機器上運行，這樣就不會限制將來的發展和變動。

2.5 安全性測試

Web應用系統的安全性測試區域主要有：

2.5.1 登錄

現在的Web應用系統基本采用先注冊，后登陸的方式。因此，必須測試有效和無效的用戶名和密碼，要注意到是否大小寫敏感，可以試多少次的限制，是否可以不登錄而直接瀏覽某個頁面等。

2.5.2 超時

Web應用系統是否有超時的限制，也就是說，用戶登陸后在一定時間內（例如15分鐘）沒有點擊任何頁面，是否需要重新登陸才能正常使用。

2.5.3 日志

為了保證Web應用系統的安全性，日志文件是至關重要的。需要測試相關信息是否寫進了日志文件、是否可追蹤。

2.5.4 腳本語言

Web設計語言版本的差異可以引起客戶端或服務器端嚴重的問題，例如使用哪種版本的HTML、缺少對象等。我們在測試的過程中一定要把瀏覽器的Activex選項設置成啟動。如果在瀏覽器的左下腳出現腳本錯誤就是bug。