第11章WEB網站測試第一頁，共71頁。第11章WEB網站的測試11.1WEB網站的特性11.2網頁的測試11.3網站的測試第二頁，共71頁。11.1WEB網站的特性11.1.1WEB網站的概念大多數WEB網站都是采用B-S結構。能夠交付一組復雜的內容和功能給大量的終端用戶。WEB網站測試是用于測試高質量Web應用系統的過程，它借用了許多傳統軟件測試和系統測試的概念和原理。第三頁，共71頁。11.1.2WEB網站的特點1.網絡集約性2.內容驅動性3.持續演化性4.即時性5.安全性6.美觀性第四頁，共71頁。1.網絡集約性

就本質而言，一個Web網站是網絡集約的。它可以駐留在網絡上，并且服務于變化多樣的客戶群的需要。例如時下流行的門戶網站或者網絡游戲。它們都可以看成一個完善的大型Web應用系統，服務于各種客戶群，但其本身只需要一個服務器端，用各式各樣的客戶端滿足不同要求的客戶。第五頁，共71頁。2.內容驅動性

一般來說，Web網站不是為了某個或某些特定用戶量身定做的，它們一般都擁有一個廣大的服務群體，其服務的內容，往往由這些群體的要求所決定。在大多數情況下，一個Web網站的主要功能是使用HTML（超文本標記語言）javascript等語言來表示文本、圖形、音頻、視頻內容給終端用戶。第六頁，共71頁。3.持續演化性

不同于傳統的、按一系列規律發布進行演化的應用軟件（如微軟每隔1-2年發布新的Office辦公軟件），Web網站一般是采取持續演化的模式。對于某些Web應用而言，按小時為單位進行更新都是司空見慣的。第七頁，共71頁。4.即時性Web網站具有其他任何軟件類型中都沒有的即時性，或者稱為快速性。對于某些較大規模的Web網站，開發時間往往也只有幾周或者幾天，適度復雜的Web頁面可以僅在幾小時內完成。這要求開發者必須十分熟練于開發Web應用所需的壓縮時間進度的規劃、分析、實現以及測試方法。第八頁，共71頁。5.安全性

Web網站通過網絡訪問，為了提高系統效率，需要限制訪問終端的用戶的數量。為了保護敏感內容，必須提供安全的數據傳輸模式。因此要求Web網站必須有一定的安全性保障。第九頁，共71頁。6.美觀性

良好的觀感會使一個Web網站錦上添花。在某種應用已經被市場廣泛接受或者定義為標準時，美觀性可能和技術在同樣程度上影響該應用的成功。第十頁，共71頁。11.2網頁測試網頁測試包括以下內容：1.功能測試2.可用性測試第十一頁，共71頁。1.功能測試功能測試包括以下內容：鏈接測試表單測試數據校驗Cookies測試第十二頁，共71頁。鏈接測試什么是鏈接？鏈接是Web網站的一個主要特征，它是在頁面之間切換和引導用戶去一些未知地址頁面的主要手段。

第十三頁，共71頁。鏈接測試鏈接測試的內容：測試所有鏈接是否按指示的那樣確實鏈接到了應該鏈接的頁面；測試所鏈接的頁面是否存在；保證Web網站上沒有孤立的頁面。所謂孤立頁面是指沒有鏈接指向該頁面，只有知道正確的URL地址才能訪問。第十四頁，共71頁。鏈接測試鏈接測試可以手動進行，也可以自動進行。鏈接測試必須在集成測試階段完成，也就是說，在整個Web網站的所有頁面開發完成之后進行鏈接測試。第十五頁，共71頁。表單測試什么是表單？表單就是一些需要在線顯示和填寫的表格。表單有一些標準操作，如確認、保存、提交等。第十六頁，共71頁。表單測試例1：如果使用表單來進行在線注冊，要確保提交按鈕能正常工作，當注冊完成后應返回注冊成功的消息。第十七頁，共71頁。表單測試例2：

如果使用表單收集配送信息，應確保系統能夠正確處理這些數據，最后能讓顧客收到數據包。需要驗證服務器能正確保存這些數據；后臺運行的程序能正確解釋和使用這些信息。第十八頁，共71頁。表單測試例3：

當用戶使用表單進行用戶注冊、登錄、信息提交等操作時，必須測試提交操作的完整性。用戶填寫的出生日期與職業是否恰當；填寫的所屬省份與所在城市是否匹配；如果使用了默認值，還要檢驗默認值的正確性；如果表單某個字段只能接受指定的某些值，則對這個字段也要進行測試。第十九頁，共71頁。數據校驗目的：根據業務規則，需要對用戶輸入進行校驗，則要保證這些校驗功能正常工作。第二十頁，共71頁。數據校驗例如：省份的字段可以用一個有效列表進行校驗。需要驗證列表完整性；程序是否正確調用了該列表；列表操作是否正確，如在列表中添加一個測試值。數據校驗測試和表單測試可能會有一些重復。第二十一頁，共71頁。Cookies測試什么是Cookies？

Cookie是一個由網頁服務器放在您硬盤上的非常小的文本文件.它本質上就像您的身份證明一樣，并且不能像代碼那樣被執行或被用來散布病毒。它只能被您使用并且只能由提供的服務器讀取.第二十二頁，共71頁。Cookies測試使用Cookie的目的:

幫您節約時間。如果您自定義頁面，或注冊產品或服務。cookie記住您的身份.當下一次您再次訪問的時候，將顯示您需要的信息，將幫您填入任何您已經回答過的問題。第二十三頁，共71頁。Cookies測試

Cookies通常用來存儲用戶信息和用戶在某些應用系統上的操作序列，當一個用戶使用Cookies訪問了某一個應用系統時，Web服務器將發送關于用戶的信息，并把該信息以Cookies的形式存儲在客戶端計算機上，這可用來創建動態和自定義頁面或者存儲登錄等信息。第二十四頁，共71頁。Cookies測試測試內容：Cookies是否能正常工作；Cookies是否按預定的時間進行保存；刷新對Cookies有什么影響等。第二十五頁，共71頁。Cookies測試舉例：如果在cookies中保存了注冊信息，應確認該cookie能夠正常工作而且已對這些信息進行加密。如果使用cookie來統計次數，需要驗證次數累計正確。第二十六頁，共71頁。2.可用性測試可用性測試包括：導航測試;圖形測試;內容測試;整體界面測試。第二十七頁，共71頁。導航測試在不同的用戶接口控制之間，例如按鈕、對話框、列表和窗口等；或在不同的連接頁面之間，導航描述了用戶在一個頁面內操作的方式。第二十八頁，共71頁。導航測試的內容導航是否直觀？Web系統的主要部分是否可以通過主頁訪問？Web系統是否需要站點地圖、搜索引擎或其他的導航器幫助？

第二十九頁，共71頁。導航測試的內容測試Web系統的頁面結構；導航條、菜單、連接的風格是否一致？各種提示是否準確，確保用戶憑直覺就知道是否還有內容，內容在什么地方。最好讓最終用戶參與導航測試，效果將更加明顯。第三十頁，共71頁。圖形測試

在Web網站中，適當的圖片和動畫既能起到廣告宣傳的作用，又能起到美化頁面的功能。一個Web網站的圖形可以包括圖片、動畫、邊框、顏色、字體、背景、按鈕等。第三十一頁，共71頁。圖形測試(1) 要確保圖形有明確的用途，圖片或動畫不要胡亂地堆在一起，以免浪費傳輸時間。圖片尺寸要盡量地小，并且要能清楚地說明某件事情。(2) 驗證所有頁面字體的風格是否一致。第三十二頁，共71頁。圖形測試(3) 背景顏色應該與字體顏色和前景顏色相搭配。(4) 圖片的大小和質量也是一個很重要的因素，一般采用JPG或GIF壓縮。第三十三頁，共71頁。內容測試內容測試的目的：內容測試用來檢驗Web網站提供信息的正確性、準確性和相關性。第三十四頁，共71頁。整體界面測試

整體界面測試是對整個Web系統的頁面結構設計的測試，是用戶對系統的一個整體感受。第三十五頁，共71頁。整體界面測試例如，當用戶瀏覽Web網站時，應考慮是否感到舒適？是否憑直覺就知道要找的信息在什么地方？整個Web應用系統的設計風格是否一致？第三十六頁，共71頁。11.3網站測試網站測試在網頁測試的基礎之上還包括：功能測試；性能測試；安全性測試；兼容性測試第三十七頁，共71頁。11.3.1功能測試功能測試包括以下內容：1.數據庫測試；2.WEB網站特定的功能需求測試；3.設計語言測試。第三十八頁，共71頁。1.數據庫測試數據庫在Web網站中的作用： 數據庫為Web網站的管理、運行、查詢和實現用戶對數據存儲的請求等提供空間。 在Web應用中，最常用的數據庫類型是關系型數據庫，可以使用SQL對信息進行處理。第三十九頁，共71頁。1.數據庫測試兩種主要數據庫錯誤：數據一致性錯誤：主要是由于用戶提交的表單信息不正確而造成的。輸出錯誤：主要是由于網絡傳輸速度或程序設計問題等引起的。數據庫測試就要針對這兩種情況，分別進行測試。第四十頁，共71頁。2.WEB網站特定的功能需求測試測試人員需要對WEB網站特定的功能需求進行驗證。測試的依據：程序需求規格說明書。第四十一頁，共71頁。2.WEB網站特定的功能需求測試舉例：如一個訂貨系統，嘗試用戶可能進行的所有操作：下訂單；更改訂單；取消訂單；核對訂單狀態；在貨物發送之前更改送貨信息；在線支付等。第四十二頁，共71頁。3.設計語言測試不同的Web設計語言版本的差異可以引起客戶端或服務器端嚴重的問題；尤其在分布式環境中開發時，開發人員都不在一起，這個問題就顯得尤為重要。測試的語言，除了HTML的版本問題外，不同的腳本語言，例如使用Java、JavaScript、ActiveX、VBScript或Perl等開發的應用程序也要在不同的版本上進行驗證。

第四十三頁，共71頁。11.3.2性能測試包括以下內容：壓力測試；連接速度測試；負載測試。第四十四頁，共71頁。1.壓力測試Web服務的特點：Web服務處于分布式計算的核心位置，它們之間的交互通常很難測試。分布式開發可能使Web服務的開發變得越來越容易隱藏錯誤。 壓力測試是檢測這類代碼錯誤的一種有效方法。第四十五頁，共71頁。1.壓力測試如何做壓力測試？在設計對Web服務進行壓力測試的測試系統時，要讓它們以某種特定的方式運行代碼，這種做法超越了功能驗證。第四十六頁，共71頁。1.壓力測試壓力測試的目的：壓力測試目的是要弄清楚被測試的Web服務是不是不僅能做我們認為它能做的事，而且在被施加了某些高強度壓力的情況下仍然繼續正常運行。第四十七頁，共71頁。1.壓力測試壓力測試的內容： 壓力測試必須對Web服務應用以下四個基本條件進行有效的壓力測試。重復（Repetition）；并發（Concurrency）；量級（Magnitude）；隨機變化。第四十八頁，共71頁。壓力測試的內容重復（Repetition）：測試的重復就是一遍又一遍地執行某個操作或功能。比如重復調用一個Web服務，確定一個操作能否正常執行，并且能否繼續在每次執行時都正常。第四十九頁，共71頁。壓力測試的內容并發（Concurrency）：并發是同時執行多個操作的行為。換句話說，就是在同一時間執行多個測試，例如在同一個服務器上同時調用許多Web服務。第五十頁，共71頁。壓力測試的內容量級（Magnitude）：壓力測試系統應該應用于產品的另一個條件，需要考慮每個操作中的負載量，即也要盡量給產品增加負擔。 例如，改變數據的大小、改變時間延遲的長度、資金數量的轉移、輸入速度以及輸入的變化等。第五十一頁，共71頁。壓力測試的內容隨機變化：任何壓力系統都多多少少具有一些隨機性。隨機使用前面的壓力原則中介紹的無數變化形式，就能夠在每次測試運行時應用許多不同的代碼路徑。第五十二頁，共71頁。壓力測試用例參考模板第五十三頁，共71頁。2.連接速度測試用戶連接方式的不同：電話撥號上網；寬帶上網；局域網；有限電視網；光纖網；電力網。第五十四頁，共71頁。2.連接速度測試

不管用戶使用那種方式的不同，系統都不能讓用戶可以等較長的時間。

連接速度測試的目的，就是要保證在許可的時間內響應用戶的請求。第五十五頁，共71頁。2.連接速度測試舉例：如果訪問一個頁面Web系統響應時間太長（例如超過5秒鐘），用戶就會因失去耐心而離開。有些頁面有超時的限制，如果響應速度太慢，用戶可能還沒來得及瀏覽內容，就需要重新登錄了。如果連接速度太慢，還可能引起數據丟失，使用戶得不到真實的頁面。

第五十六頁，共71頁。3.負載測試負載測試的目的：負載測試是為了測量Web系統在某一負載級別上的性能，以保證Web系統在需求范圍內能正常工作。第五十七頁，共71頁。3.負載測試負載測試內容：某個時刻同時訪問Web系統的用戶數量；在線數據處理的數量。第五十八頁，共71頁。3.負載測試例如：系統最多能允許多少個用戶同時在線？如果超過了這個數量，會出現什么現象？系統能否處理大量用戶同時對同一個頁面的請求？第五十九頁，共71頁。11.3.3安全性測試目錄測試SSL套接字測試登錄驗證日志文件腳本語言第六十頁，共71頁。11.3.4兼容性測試平臺測試；瀏覽器測試；分辨率測試；連接速率測試；組合測試。第六十一頁，共71頁。平臺測試

市場上有很多不同的操作系統類型，最常見的有Windows、Unix、Macintosh、Linux等。Web網站的最終用戶究竟使用哪一種操作系統，取決于用戶系統的配置。第六十二頁，共71頁。平臺測試平臺測試就是要測試兼容性問題：同一個應用可能在某些操作系統下能正常運行，但在另外的操作系統下可能會運行失敗。因此，在Web系統發布之前，需要在各種操作系統下對Web系統進行兼容性測試。第六十三頁，共71頁。瀏覽器測試

瀏覽器是Web系統客戶端最核心的軟件，來自不同廠商的瀏覽器對Java，、JavaScript