網站(zhàn)後期測試

最佳軟件(jiàn)測試之Web測試經典總結,閱讀(dú)軟件(jiàn)測試之Web測試經典總結,基于Web的系統測試在基于Web的系統開(kāi)發中，如果缺乏嚴格的過程，我們在開(kāi)發、發布、實施和維護Web的過程中，可能(néng)就(jiù)會(huì)碰到(dào)一(yī)些嚴重的問題，失敗的可能(néng)性很大。而且，随著(zhe)基于Web的系統變得越來越複雜(zá)。

 

基于Web的系統測試在基于Web的系統開(kāi)發中，如果缺乏嚴格的過程，我們在開(kāi)發、發布、實施和維護Web的過程中，可能(néng)就(jiù)會(huì)碰到(dào)一(yī)些嚴重的問題，失敗的可能(néng)性很大。而且，随著(zhe)基于Web的系統變得越來越複雜(zá)，一(yī)個(gè)項目的失敗将可能(néng)導緻很多(duō)問題。當這種情況發生(shēng)時，我們對Web和 Internet的信心可能(néng)會(huì)無法挽救地動搖，從(cóng)而引起Web危機(jī)。并且，Web危機(jī)可能(néng)會(huì)比軟件(jiàn)開(kāi)發人員(yuán)所面對的軟件(jiàn)危機(jī)更加嚴重、更加廣泛。

在Web工(gōng)程過程中，基于Web系統的測試、确認和驗收是一(yī)項重要而富有挑戰性的工(gōng)作。基于Web的系統測試與傳統的軟件(jiàn)測試不同，它不但需要檢查和驗證是否按照(zhào)設計的要求運行，而且還(hái)要測試系統在不同用戶的浏覽器(qì)端的顯示是否合适。重要的是，還(hái)要從(cóng)最終用戶的角度進行安全性和可用性測試。然而，Internet和Web媒體的不可預見(jiàn)性使測試基于Web的系統變得困難。因此，我們必須為(wèi)測試和評估複雜(zá)的基于Web的系統研究新的方法和技(jì)術(shù)。一(yī)般軟件(jiàn)的發布周期以月(yuè)或以年(nián)計算(suàn)，而Web應用的發布周期以天計算(suàn)甚至以小(xiǎo)時計算(suàn)。

Web測試人員(yuán)必須處理更短的發布周期，測試人員(yuán)和測試管理人員(yuán)面臨著(zhe)從(cóng)測試傳統的C/S結構和框架環境到(dào)測試快速改變的Web應用系統的轉變。

 

一(yī)、 功能(néng)測試

3、Cookies測試 Cookies通(tōng)常用來存儲用戶信息和用戶在某應用系統的操作，當一(yī)個(gè)用戶使用Cookies訪問了某一(yī)個(gè)應用系統時，Web服務器(qì)将發送關于用戶的信息，把該信息以Cookies的形式存儲在客戶端計算(suàn)機(jī)上(shàng)，這可用來創建動态和自(zì)定義頁面或者存儲登陸等信息。如果Web應用系統使用了Cookies，就(jiù)必須檢查Cookies是否能(néng)正常工(gōng)作。測試的内容可包括Cookies是否起作用，是否按預定的時間進行保存，刷新對Cookies有什麽影響等。

1、連接速度測試

用戶連接到(dào)Web應用系統的速度根據上(shàng)網方式的變化而變化，他們或許是電(diàn)話撥号，或是寬帶上(shàng)網。當下(xià)載一(yī)個(gè)程序時，用戶可以等較長(cháng)的時間，但如果僅僅訪問一(yī)個(gè)頁面就(jiù)不會(huì)這樣。如果Web系統響應時間太長(cháng)(例如超過5秒(miǎo)鍾)，用戶就(jiù)會(huì)因沒有耐心等待而離開(kāi)。另外，有些頁面有超時的限制，如果響應速度太慢(màn)，用戶可能(néng)還(hái)沒來得及浏覽内容，就(jiù)需要重新登陸了。而且，連接速度太慢(màn)，還(hái)可能(néng)引起數據丢失，使用戶得不到(dào)真實的頁面。

 

2、負載測試

負載測試是為(wèi)了測量Web系統在某一(yī)負載級别上(shàng)的性能(néng)，以保證Web系統在需求範圍内能(néng)正常工(gōng)作。負載級别可以是某個(gè)時刻同時訪問Web系統的用戶數量，也可以是在線數據處理的數量。例如：Web應用系統能(néng)允許多(duō)少個(gè)用戶同時在線?如果超過了這個(gè)數量，會(huì)出現什麽現象?Web應用系統能(néng)否處理大量用戶對同一(yī)個(gè)頁面的請求?

負載測試應該安排在Web系統發布以後，在實際的網絡環境中進行測試。因為(wèi)一(yī)個(gè)企業(yè)内部員(yuán)工(gōng)，特别是項目組人員(yuán)總是有限的，而一(yī)個(gè)Web系統能(néng)同時處理的請求數量将遠(yuǎn)遠(yuǎn)超出這個(gè)限度，所以，隻有放(fàng)在Internet上(shàng)，接受負載測試，其結果才是正确可信的。進行壓力測試是指實際破壞一(yī)個(gè)Web應用系統，測試系統的反映。壓力測試是測試系統的限制和故障恢複能(néng)力，也就(jiù)是測試Web應用系統會(huì)不會(huì)崩潰，在什麽情況下(xià)會(huì)崩潰。黑(hēi)客常常提供錯(cuò)誤的數據負載，直到(dào)Web應用系統崩潰，接著(zhe)當系統重新啓動時獲得存取權。 壓力測試的區域包括表單、登陸和其他信息傳輸頁面等。

三、 可用性測試

 

1、導航測試導航描述了用戶在一(yī)個(gè)頁面内操作的方式，在不同的用戶接口控制之間，例如按鈕、對話框、列表和窗(chuāng)口等;或在不同的連接頁面之間。通(tōng)過考慮下(xià)列問題，可以決定一(yī)個(gè)Web應用系統是否易于導航：導航是否直觀?Web系統的主要部分是否可通(tōng)過主頁存取?Web系統是否需要站(zhàn)點地圖、搜索引擎或其他的導航幫助?在一(yī)個(gè)頁面上(shàng)放(fàng)太多(duō)的信息往往起到(dào)與預期相(xiàng)反的效果。 Web應用系統的用戶趨向于目的驅動，很快地掃描一(yī)個(gè)Web應用系統，看(kàn)是否有滿足自(zì)己需要的信息，如果沒有，就(jiù)會(huì)很快地離開(kāi)。很少有用戶願意花時間去熟悉Web應用系統的結構，因此，Web應用系統導航幫助要盡可能(néng)地準确。導航的另一(yī)個(gè)重要方面是Web應用系統的頁面結構、導航、菜單、連接的風格是否一(yī)緻。确保用戶憑直覺就(jiù)知道Web應用系統裡(lǐ)面是否還(hái)有内容，内容在什麽地方。 Web應用系統的層次一(yī)旦決定，就(jiù)要著(zhe)手測試用戶導航功能(néng)，讓最終用戶參與這種測試，效果将更加明顯。

 

在Web應用系統中，适當的圖片和動畫(huà)既能(néng)起到(dào)廣告宣傳的作用，又(yòu)能(néng)起到(dào)美化頁面的功能(néng)。一(yī)個(gè)Web應用系統的圖形可以包括圖片、動畫(huà)、邊框、顔色、字體、背景、按鈕等。

 

(1)要确保圖形有明确的用途，圖片或動畫(huà)不要胡亂地堆在一(yī)起，以免浪費(fèi)傳輸時間。Web應用系統的圖片尺寸要盡量地小(xiǎo)，并且要能(néng)清楚地說明某件(jiàn)事(shì)情，一(yī)般都鏈接到(dào)某個(gè)具體的頁面。

(2)驗證所有頁面字體的風格是否一(yī)緻。

(3)背景顔色應該與字體顔色和前景顔色相(xiàng)搭配。

 

 

整體界面是指整個(gè)Web應用系統的頁面結構設計，是給用戶的一(yī)個(gè)整體感。例如：當用戶浏覽Web應用系統時是否感到(dào)舒适，是否憑直覺就(jiù)知道要找的信息在什麽地方?整個(gè)Web應用系統的設計風格是否一(yī)緻?對整體界面的測試過程，其實是一(yī)個(gè)對最終用戶進行調查的過程。一(yī)般Web應用系統采取在主頁上(shàng)做一(yī)個(gè)調查問卷的形式，來得到(dào)最終用戶的反饋信息。對所有的可用性測試來說，都需要有外部人員(yuán)(與Web應用系統開(kāi)發沒有聯系或聯系很少的人員(yuán))的參與，最好是最終用戶的參與。

 

 

市(shì)場上(shàng)有很多(duō)不同的操作系統類型，最常見(jiàn)的有Windows、Unix、Macintosh、Linux等。 Web應用系統的最終用戶究竟使用哪一(yī)種操作系統，取決于用戶系統的配置。這樣，就(jiù)可能(néng)會(huì)發生(shēng)兼容性問題，同一(yī)個(gè)應用可能(néng)在某些操作系統下(xià)能(néng)正常運行，但在另外的操作系統下(xià)可能(néng)會(huì)運行失敗。 因此，在Web系統發布之前，需要在各種操作系統下(xià)對Web系統進行兼容性測試。

2、浏覽器(qì)測試

浏覽器(qì)是Web客戶端最核心的構件(jiàn)，來自(zì)不同廠商的浏覽器(qì)對Java，、JavaScript、 ActiveX、 plug-ins或不同的HTML規格有不同的支持。例如，ActiveX是Microsoft的産品，是為(wèi)Internet Explorer而設計的，JavaScript是Netscape的産品，Java是Sun的産品等等。另外，框架和層次結構風格在不同的浏覽器(qì)中也有不同的顯示，甚至根本不顯示。不同的浏覽器(qì)對安全性和Java的設置也不一(yī)樣。測試浏覽器(qì)兼容性的一(yī)個(gè)方法是創建一(yī)個(gè)兼容性矩陣。在這個(gè)矩陣中，測試不同廠商、不同版本的浏覽器(qì)對某些構件(jiàn)和設置的适應性。

 

五、 安全性測試

 

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

 

(3)為(wèi)了保證Web應用系統的安全性，日志(zhì)文件(jiàn)是至關重要的。需要測試相(xiàng)關信息是否寫進了日志(zhì)文件(jiàn)、是否可追蹤。

 

(4)當使用了安全套接字時，還(hái)要測試加密是否正确，檢查信息的完整性。

 

(5)服務器(qì)端的腳本常常構成安全漏洞，這些漏洞又(yòu)常常被黑(hēi)客利用。所以，還(hái)要測試沒有經過授權，就(jiù)不能(néng)在服務器(qì)端放(fàng)置和編輯腳本的問題。

 

 

本文從(cóng)功能(néng)、性能(néng)、可用性、客戶端兼容性、安全性等方面讨論了基于Web的系統測試方法。基于Web的系統測試與傳統的軟件(jiàn)測試既有相(xiàng)同之處，也有不同的地方，對軟件(jiàn)測試提出了新的挑戰。基于Web的系統測試不但需要檢查和驗證是否按照(zhào)設計的要求運行，而且還(hái)要評價系統在不同用戶的浏覽器(qì)端的顯示是否合适。重要的是，還(hái)要從(cóng)最終用戶的角度進行安全性和可用性測試。