1 功能測(cè)試

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

　　● 鏈接測(cè)試

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

　　1）測(cè)試所有鏈接是否按指示的那樣確實(shí)鏈接到了該鏈接的頁(yè)面；

　　2）測(cè)試所鏈接的頁(yè)面是否存在；

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

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

　　Xenu------主要測(cè)試鏈接的正確性的工具

　　可惜的是對(duì)于動(dòng)態(tài)生成的頁(yè)面的測(cè)試會(huì)出現(xiàn)一些錯(cuò)誤。

　　●表單測(cè)試

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

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

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

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

　　●Cookies測(cè)試

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

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

　　●設(shè)計(jì)語(yǔ)言測(cè)試

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

　　●數(shù)據(jù)庫(kù)測(cè)試

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

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

　　2 性能測(cè)試

　　網(wǎng)站的性能測(cè)試對(duì)于網(wǎng)站的運(yùn)行而言異常重要，但是目前對(duì)于網(wǎng)站的性能測(cè)試做的不夠，我們?cè)谶M(jìn)行系統(tǒng)設(shè)計(jì)時(shí)也沒(méi)有一個(gè)很好的基準(zhǔn)可以參考，因而建立網(wǎng)站的性能測(cè)試的一整套的測(cè)試方案將是至關(guān)重要的。

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

　　●連接速度測(cè)試

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

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

　　●負(fù)載測(cè)試

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

　　●壓力測(cè)試

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

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

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

　　采用的測(cè)試工具：

　　性能測(cè)試可以采用相應(yīng)的工具進(jìn)行自動(dòng)化測(cè)試，我們目前采用如下工具

　　ab -----Apache 的測(cè)試工具

　　OpenSTA—開(kāi)發(fā)系統(tǒng)測(cè)試架構(gòu)

　　3 接口測(cè)試

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

　　●服務(wù)器接口

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

　　●外部接口

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

　　●錯(cuò)誤處理

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

　4 可用性測(cè)試

　　可用性/易用性方面目前我們只能采用手工測(cè)試的方法進(jìn)行評(píng)判，而且缺乏一個(gè)很好的評(píng)判基準(zhǔn)進(jìn)行，此一方面需要大家共同討論。

　　●導(dǎo)航測(cè)試

　 　導(dǎo)航描述了用戶在一個(gè)頁(yè)面內(nèi)操作的方式，在不同的用戶接口控制之間，例如按鈕、對(duì)話框、列表和窗口等；或在不同的連接頁(yè)面之間。通過(guò)考慮下列問(wèn)題，可以 決定一個(gè)Web應(yīng)用系統(tǒng)是否易于導(dǎo)航：導(dǎo)航是否直觀？Web系統(tǒng)的主要部分是否可通過(guò)主頁(yè)存?。縒eb系統(tǒng)是否需要站點(diǎn)地圖、搜索引擎或其他的導(dǎo)航幫助？