WEB測試工作流程

WEB測試方法在Web工程過程中，基于Web系統(tǒng)的測試、確認(rèn)和驗(yàn)收是一項(xiàng)重要而富有挑戰(zhàn)性的工作?；赪eb的系統(tǒng)測試與傳統(tǒng)的軟件測試不同，它不但需要檢查和驗(yàn)證是否按照設(shè)計(jì)的要求運(yùn)行，而且還要測試系統(tǒng)在不同用戶的瀏覽器端的顯示是否合適。重要的是，還要從最終用戶的角度進(jìn)行安全性和可用性測試。然而，Internet和Web媒體的不可預(yù)見性使測試基于Web的系統(tǒng)變得困難。因此，我們必須為測試和評估復(fù)雜的基于Web的系統(tǒng)研究新的方法和技術(shù)。

本文將web測試分為6個(gè)部分：

?

功能測試

?

性能測試（包括負(fù)載/壓力測試）

?

用戶界面測試

?

兼容性測試

?

安全測試

?

接口測試

1

功能測試

1.1

鏈接測試

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

1.2

表單測試

當(dāng)用戶通過表單提交信息的時(shí)候，都希望表單能正常工作。

如果使用表單來進(jìn)行在線注冊，要確保提交按鈕能正常工作，當(dāng)注冊完成后應(yīng)返回注冊成功的消息。如果使用表單收集配送信息，應(yīng)確保程序能夠正確處理這些數(shù)據(jù)，最后能讓顧客收到包裹。要測試這些程序，需要驗(yàn)證服務(wù)器能正確保存這些數(shù)據(jù)，而且后臺(tái)運(yùn)行的程序能正確解釋和使用這些信息。

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

1.3

數(shù)據(jù)校驗(yàn)

如果系根據(jù)業(yè)務(wù)規(guī)則需要對用戶輸入進(jìn)行校驗(yàn)，需要保證這些校驗(yàn)功能正常工作。例如，省份的字段可以用一個(gè)有效列表進(jìn)行校驗(yàn)。在這種情況下，需要驗(yàn)證列表完整而且程序正確調(diào)用了該列表(例如在列表中添加一個(gè)測試值，確定系統(tǒng)能夠接受這個(gè)測試值)。

在測試表單時(shí)，該項(xiàng)測試和表單測試可能會(huì)有一些重復(fù)。

1.4

cookies測試

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

如果Web應(yīng)用系統(tǒng)使用了Cookies，就必須檢查Cookies是否能正常工作。測試的內(nèi)容可包括Cookies是否起作用，是否按預(yù)定的時(shí)間進(jìn)行保存，刷新對Cookies有什么影響等。如果在cookies中保存了注冊信息，請確認(rèn)該cookie能夠正常工作而且已對這些信息已經(jīng)加密。如果使用cookie來統(tǒng)計(jì)次數(shù)，需要驗(yàn)證次數(shù)累計(jì)正確。

1.5

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

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

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

1.6

應(yīng)用程序特定的功能需求

最重要的是，測試人員需要對應(yīng)用程序特定的功能需求進(jìn)行驗(yàn)證。嘗試用戶可能進(jìn)行的所有操作：新增、修改、刪除、查詢等等。這是用戶之所以使用網(wǎng)站的原因，一定要確認(rèn)網(wǎng)站能像廣告宣傳的那樣神奇。

2

性能測試

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

5

安全測試

主要是測試系統(tǒng)在沒有授權(quán)的情況下，內(nèi)部或者外部用戶對系統(tǒng)進(jìn)行攻擊或者惡意破壞時(shí)如何進(jìn)行處理，是否仍能保證數(shù)據(jù)的安全。測試人員可以學(xué)習(xí)一些黑客技術(shù)，來對系統(tǒng)進(jìn)行攻擊。

5.1

登錄

有些站點(diǎn)需要用戶進(jìn)行登錄，以驗(yàn)證他們的身份。這樣對用戶是方便的，他們不需要每次都輸入個(gè)人資料。你需要驗(yàn)證系統(tǒng)阻止非法的用戶名/口令登錄，而能夠通過有效登錄。用戶登錄是否有次數(shù)限制?是否限制從某些IP地址登錄?如果允許登錄失敗的次數(shù)為3，你在第三次登錄的時(shí)候輸入正確的用戶名和口令，能通過驗(yàn)證嗎?口令選擇有規(guī)則限制嗎?

是否可以不登陸而直接瀏覽某個(gè)頁面？

Web應(yīng)用系統(tǒng)是否有超時(shí)的限制，也就是說，用戶登陸后在一定時(shí)間內(nèi)（例如15分鐘）沒有點(diǎn)擊任何頁面，是否需要重新登陸才能正常使用。

6

接口測試

數(shù)據(jù)一般通過接口輸入和輸出，所以接口測試是白盒測試的第一步。每個(gè)接口可能有多個(gè)輸入?yún)?shù)，每個(gè)參數(shù)有“典型值”、“邊界值”、“異常值”之分，所以輸入的組合數(shù)可能并不少。根據(jù)接口的定義，可以推斷某種輸入應(yīng)當(dāng)產(chǎn)生什么樣的輸出。輸出包括函數(shù)的返回值和輸出參數(shù)。如果實(shí)際輸出與期望的輸出不一致，那么說明程序有錯(cuò)誤。

6.1

服務(wù)器接口

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

6.2

外部接口

有些web系統(tǒng)有外部接口。例如，網(wǎng)上商店可能要實(shí)時(shí)驗(yàn)證信用卡數(shù)據(jù)以減少欺詐行為的發(fā)生。測試的時(shí)候，要使用web接口發(fā)送一些事務(wù)數(shù)據(jù)，分別對有效信用卡、無效信用卡和被盜信用卡進(jìn)行驗(yàn)證。

6.3

錯(cuò)誤處理

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

7

測試點(diǎn)

7.1

文本框的測試

測試方法：

a,輸入正常的字母或數(shù)字。

b,輸入已存在的文件的名稱；

c,輸入超長字符。例如在“名稱”框中輸入超過允許邊界個(gè)數(shù)的字符，假設(shè)最多255個(gè)字符，嘗試輸入256個(gè)字符，檢查程序能否正確處理；

d,輸入默認(rèn)值，空白，空格；

e,若只允許輸入字母，嘗試輸入數(shù)字；反之；嘗試輸入字母；

f,利用復(fù)制，粘貼等操作強(qiáng)制輸入程序不允許的輸入數(shù)據(jù)；

g,輸入特殊字符集，例如，NUL及\n等；

h,輸入超過文本框長度的字符或文本，檢查所輸入的內(nèi)容是否正常顯示；

i,輸入不符合格式的數(shù)據(jù)，檢查程序是否正常校驗(yàn)，如，程序要求輸入年月日格式為yy/mm/dd，實(shí)際輸入yyyy/mm/dd，程序應(yīng)該給出錯(cuò)誤提示

7.2

命令按鈕測試測試方法：a,點(diǎn)擊按鈕正確響應(yīng)操作。如，單擊確定，正確執(zhí)行操作；單擊取消，退出窗口；

b,對非法的輸入或操作給出足夠的提示說明，如，輸入月工作天數(shù)為32時(shí)，單擊“確定”后系統(tǒng)應(yīng)提示:天數(shù)不能大于31；

c,對可能造成數(shù)據(jù)無法恢復(fù)的操作必須給出確認(rèn)信息，給用戶放棄選擇的機(jī)會(huì)；7.3

單選按鈕的測試測試方法：a,一組單選按鈕不能同時(shí)選中，只能選中一個(gè)。

b,逐一執(zhí)行每個(gè)單選按鈕的功能。分別選擇了“男”“女”后，保存到數(shù)據(jù)庫的數(shù)據(jù)應(yīng)該相應(yīng)的分別為“男”“女”；

c,一組執(zhí)行同一功能的單選按鈕在初始狀態(tài)時(shí)必須有一個(gè)被默認(rèn)選中，不能同時(shí)為空；7.4

組合列表框的測試測試方法：a,條目內(nèi)容正確，其詳細(xì)條目內(nèi)容可以根據(jù)需求說明確定；

b,逐一執(zhí)行列表框中每個(gè)條目的功能；

c,檢查能否向組合列表框輸入數(shù)據(jù)；7.5

復(fù)選框的測試測試方法：a,多個(gè)復(fù)選框可以被同時(shí)選中；

b,多個(gè)復(fù)選框可以被部分選中；

c,多個(gè)復(fù)選框可以都不被選中；

d,逐一執(zhí)行每個(gè)復(fù)選框的功能；7.6

列表框控件的測試測試方法：a,條目內(nèi)容正確；同組合列表框類似，根據(jù)需求說明書確定列表的各項(xiàng)內(nèi)容正確，沒有丟失或錯(cuò)誤；

b,列表框的內(nèi)容較多時(shí)要使用滾動(dòng)條；

c,列表框允許多選時(shí)，要分別檢查shift選中條目，按ctrl選中條目和直接用鼠標(biāo)選中多項(xiàng)條目的情況；7.7

滾動(dòng)條控件的測試要注意一下幾點(diǎn)：a,滾動(dòng)條的長度根據(jù)顯示信息的長度或?qū)挾燃皶r(shí)變換，這樣有利于用戶了解顯示信息的位置和百分比，如，word中瀏覽100頁文檔，瀏覽到50頁時(shí)，滾動(dòng)條位置應(yīng)處于