1.功能測試

對于網(wǎng)站的測試而言，每一個獨立的功能模塊需要單獨的測試用例的設計導出，主要依據(jù)為《需求規(guī)格說明書》及《詳細設計說明書》，對于應用程序模塊需要設計者提供基本路徑測試法的測試用例。

鏈接測試

鏈接是Web應用系統(tǒng)的一個主要特征，它是在頁面之間切換和指導用戶去一些不知道地址的頁面的主要手段。鏈接測試可分為三個方面：

1）測試所有鏈接是否按指示的那樣確實鏈接到了該鏈接的頁面；

2）測試所鏈接的頁面是否存在；

3）保證Web應用系統(tǒng)上沒有孤立的頁面，所謂孤立頁面是指沒有鏈接指向該頁面，只有知道正確的URL地址才能訪問。

鏈接測試可以自動進行，現(xiàn)在已經(jīng)有許多工具可以采用。鏈接測試必須在集成測試階段完成，也就是說，在整個Web應用系統(tǒng)的所有頁面開發(fā)完成之后進行鏈接測試。

Xenu------主要測試鏈接的正確性的工具

可惜的是對于動態(tài)生成的頁面的測試會出現(xiàn)一些錯誤。

表單測試

當用戶給Web應用系統(tǒng)管理員提交信息時，就需要使用表單操作，例如用戶注冊、登陸、信息提交等。在這種情況下，我們必須測試提交操作的完整性，以校驗提交給服務器的信息的正確性。例如：用戶填寫的出生日期與職業(yè)是否恰當，填寫的所屬省份與所在城市是否匹配等。如果使用了默認值，還要檢驗默認值的正確性。如果表單只能接受指定的某些值，則也要進行測試。例如：只能接受某些字符，測試時可以跳過這些字符，看系統(tǒng)是否會報錯。

要測試這些程序，需要驗證服務器能正確保存這些數(shù)據(jù)，而且后臺運行的程序能正確解釋和使用這些信息。

B/S結構實現(xiàn)的功能可能主要的就在這里，提交數(shù)據(jù)，處理數(shù)據(jù)等如果有固定的操作流程可以考慮自動化測試工具的錄制功能，編寫可重復使用的腳本代碼，可以在測試、回歸測試時運行以便減輕測試人員工作量。

我們對UM子系統(tǒng)中各個功能模塊中的各項功能進行逐一的測試，主要測試方法為：邊界值測試、等價類測試，以及異常類測試。測試中要保證每種類型都有2個以上的典型數(shù)值的輸入，以確保測試輸入的全面性。

Cookies測試

Cookies通常用來存儲用戶信息和用戶在某應用系統(tǒng)的操作，當一個用戶使用Cookies訪問了某一個應用系統(tǒng)時，Web服務器將發(fā)送關于用戶的信息，把該信息以Cookies的形式存儲在客戶端計算機上，這可用來創(chuàng)建動態(tài)和自定義頁面或者存儲登陸等信息。

如果Web應用系統(tǒng)使用了Cookies，就必須檢查Cookies是否能正常工作而且對這些信息已經(jīng)加密。測試的內(nèi)容可包括Cookies是否起作用，是否按預定的時間進行保存，刷新對Cookies有什么影響等。

設計語言測試

Web設計語言版本的差異可以引起客戶端或服務器端嚴重的問題，例如使用哪種版本的HTML等。當在分布式環(huán)境中開發(fā)時，開發(fā)人員都不在一起，這個問題就顯得尤為重要。除了HTML的版本問題外，不同的腳本語言，例如Java、JavaScript、 ActiveX、VBScript或Perl等也要進行驗證。

數(shù)據(jù)庫測試

在Web應用技術中，數(shù)據(jù)庫起著重要的作用，數(shù)據(jù)庫為Web應用系統(tǒng)的管理、運行、查詢和實現(xiàn)用戶對數(shù)據(jù)存儲的請求等提供空間。在Web應用中，最常用的數(shù)據(jù)庫類型是關系型數(shù)據(jù)庫，可以使用SQL對信息進行處理。

在使用了數(shù)據(jù)庫的Web應用系統(tǒng)中，一般情況下，可能發(fā)生兩種錯誤，分別是數(shù)據(jù)一致性錯誤和輸出錯誤。數(shù)據(jù)一致性錯誤主要是由于用戶提交的表單信息不正確而造成的，而輸出錯誤主要是由于網(wǎng)絡速度或程序設計問題等引起的，針對這兩種情況，可分別進行測試。

功能測試用到的測試工具有：黑盒自動化測試工具AutoRunner；測試管理工具TestCenter。

2 性能測試

網(wǎng)站的性能測試對于網(wǎng)站的運行而言異常重要，但是目前對于網(wǎng)站的性能測試做的不夠，我們在進行系統(tǒng)設計時也沒有一個很好的基準可以參考，因而建立網(wǎng)站的性能測試的一整套的測試方案將是至關重要的。

網(wǎng)站的性能測試主要從三個方面進行：連接速度測試、負荷測試（Load）和壓力測試（Stress）.連接速度測試指的是打開網(wǎng)頁的響應速度測試。負荷測試指的是進行一些邊界數(shù)據(jù)的測試，壓力測試更像是惡意測試，壓力測試傾向應該是致使整個系統(tǒng)崩潰。

連接速度測試

用戶連接到Web應用系統(tǒng)的速度根據(jù)上網(wǎng)方式的變化而變化，他們或許是電話撥號，或是寬帶上網(wǎng)。當下載一個程序時，用戶可以等較長的時間，但如果僅僅訪問一個頁面就不會這樣。如果Web系統(tǒng)響應時間太長（例如超過5秒鐘），用戶就會因沒有耐心等待而離開。

另外，有些頁面有超時的限制，如果響應速度太慢，用戶可能還沒來得及瀏覽內(nèi)容，就需要重新登陸了。而且，連接速度太慢，還可能引起數(shù)據(jù)丟失，使用戶得不到真實的頁面。

負載測試

負載測試是為了測量Web系統(tǒng)在某一負載級別上的性能，以保證Web系統(tǒng)在需求范圍內(nèi)能正常工作。負載級別可以是某個時刻同時訪問Web系統(tǒng)的用戶數(shù)量，也可以是在線數(shù)據(jù)處理的數(shù)量。例如：Web應用系統(tǒng)能允許多少個用戶同時在線？如果超過了這個數(shù)量，會出現(xiàn)什么現(xiàn)象？Web應用系統(tǒng)能否處理大量用戶對同一個頁面的請求？

壓力測試

負載測試應該安排在Web系統(tǒng)發(fā)布以后，在實際的網(wǎng)絡環(huán)境中進行測試。因為一個企業(yè)內(nèi)部員工，特別是項目組人員總是有限的，而一個Web系統(tǒng)能同時處理的請求數(shù)量將遠遠超出這個限度，所以，只有放在Internet上，接受負載測試，其結果才是正確可信的。

進行壓力測試是指實際破壞一個Web應用系統(tǒng)，測試系統(tǒng)的反映。壓力測試是測試系統(tǒng)的限制和故障恢復能力，也就是測試Web應用系統(tǒng)會不會崩潰，在什么情況下會崩潰。黑客常常提供錯誤的數(shù)據(jù)負載，直到Web應用系統(tǒng)崩潰，接著當系統(tǒng)重新啟動時獲得存取權。

壓力測試的區(qū)域包括表單、登陸和其他信息傳輸頁面等。

采用的測試工具：

性能測試可以采用相應的工具進行自動化測試，我們目前采用如下工具

ab -----Apache 的測試工具

OpenSTA—開發(fā)系統(tǒng)測試架構

3 接口測試

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

服務器接口

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

外部接口

有些 web 系統(tǒng)有外部接口。例如，網(wǎng)上商店可能要實時驗證信用卡數(shù)據(jù)以減少欺詐行為的發(fā)生。測試的時候，要使用 web 接口發(fā)送一些事務數(shù)據(jù)，分別對有效信用卡、無效信用卡和被盜信用卡進行驗證。如果商店只使用 Visa 卡和 Mastercard 卡， 可以嘗試使用 Discover 卡的數(shù)據(jù)。（簡單的客戶端腳本能夠在提交事務之前對代碼進行識別，例如 3 表示 American Express，4 表示 Visa，5 表示 Mastercard，6 代表Discover。）通常，測試人員需要確認軟件能夠處理外部服務器返回的所有可能的消息。

錯誤處理

最容易被測試人員忽略的地方是接口錯誤處理。通常我們試圖確認系統(tǒng)能夠處理所有錯誤，但卻無法預期系統(tǒng)所有可能的錯誤。嘗試在處理過程中中斷事務，看看會發(fā)生什么情況？訂單是否完成？嘗試中斷用戶到服務器的網(wǎng)絡連接。嘗試中斷 web 服務器到信用卡驗證服務器的連接。在這些情況下，系統(tǒng)能否正確處理這些錯誤？是否已對信用卡進行收費？如果用戶自己中斷事務處理，在訂單已保存而用戶沒有返回網(wǎng)站確認的時候，需要由客戶代表致電用戶進行訂單確認。