一、功能測試

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

1、鏈接測試

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

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

2)測試所鏈接的頁面是否存在;

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

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

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

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

2、表單測試

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

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

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

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

3、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有什么影響等。

4、設計語言測試

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

5、數(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)絡速度或程序設計問題等引起的，針對這兩種情況，可分別進行測試。

二、性能測試

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

網(wǎng)站的性能測試主要從三個方面進行：連接速度測試、負荷測試(Load)和壓力測試(Stress),

連接速度測試指的是打開網(wǎng)頁的響應速度測試。負荷測試指的是進行一些邊界數(shù)據(jù)的測試，壓力測試更像是惡意測試，壓力測試傾向應該是致使整個系統(tǒng)崩潰。

1、連接速度測試

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

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

2、負載測試

負載測試是為了測量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)能否處理大量用戶對同一個頁面的請求?

3、壓力測試

負載測試應該安排在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)測試架構

三、接口測試

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

驗證數(shù)據(jù)或提交訂單。

1、服務器接口

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

2、外部接口

有些web系統(tǒng)有外部接口。例如，網(wǎng)上商店可能要實時驗證信用卡數(shù)據(jù)以減少欺詐行

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

3、錯誤處理

最容易被測試人員忽略的地方是接口錯誤處理。通常我們試圖確認系統(tǒng)能夠處理所有錯誤，但卻無法預期系統(tǒng)所有可能的錯誤。嘗試在處理過程中中斷事務，看看會發(fā)生什么情況?

訂單是否完成?嘗試中斷用戶到服務器的網(wǎng)絡連接。嘗試中斷web服務器到信用卡驗證服務器的連接。在這些情況下，系統(tǒng)能否正確處理這些錯誤?是否已對信用卡進行收費?如果用戶自己中斷事務處理，在訂單已保存而用戶沒有返回網(wǎng)站確認的時候，需要由客戶代表致電用戶進行訂單確認。

四、可用性測試

可用性/易用性方面目前我們只能采用手工測試的方法進行評判，而且缺乏一個很好的評判基準進行，此一方面需要大家共同討論。

1、導航測試

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

在一個頁面上放太多的信息往往起到與預期相反的效果。Web應用系統(tǒng)的用戶趨向于目的驅動，很快地掃描一個Web應用系統(tǒng)，看是否有滿足自己需要的信息，如果沒有，就會很快地離開。很少有用戶愿意花時間去熟悉Web應用系統(tǒng)的結構，因此，Web應用系統(tǒng)導航幫助要盡可能地準確。

導航的另一個重要方面是Web應用系統(tǒng)的頁面結構、導航、菜單、連接的風格是否一致。確保用戶憑直覺就知道Web應用系統(tǒng)里面是否還有內(nèi)容，內(nèi)容在什么地方。

Web應用系統(tǒng)的層次一旦決定，就要著手測試用戶導航功能，讓最終用戶參與這種測試，效果將更加明顯。

2、圖形測試

在Web應用系統(tǒng)中，適當?shù)膱D片和動畫既能起到廣告宣傳的作用，又能起到美化頁面的功能。一個Web應用系統(tǒng)的圖形可以包括圖片、動畫、邊框、顏色、字體、背景、按鈕等。圖形測試的內(nèi)容有：

(1)要確保圖形有明確的用途，圖片或動畫不要胡亂地堆在一起，以免浪費傳輸時間。Web應用系統(tǒng)的圖片尺寸要盡量地小，并且要能清楚地說明某件事情，一般都鏈接到某個具體的頁面。

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

(3)背景顏色應該與字體顏色和前景顏色相搭配。

(4)圖片的大小和質量也是一個很重要的因素，一般采用JPG或GIF壓縮。

3、內(nèi)容測試

內(nèi)容測試用來檢驗Web應用系統(tǒng)提供信息的正確性、準確性和相關性。

信息的正確性是指信息是可靠的還是誤傳的。例如，在商品價格列表中，錯誤的價格可能引起財政問題甚至導致法律糾紛;信息的準確性是指是否有語法或拼寫錯誤。這種測試通常使用一些文字處理軟件來進行，例如使用MicrosoftWord的"拼音與語法檢查"功能;信息的相關性是指是否在當前頁面可以找到與當前瀏覽信息相關的信息列表或入口，也就是一般Web站點中的所謂"相關文章列表"。

4、整體界面測試

整體界面是指整個Web應用系統(tǒng)的頁面結構設計，是給用戶的一個整體感。例如：當用戶瀏覽Web應用系統(tǒng)時是否感到舒適，是否憑直覺就知道要找的信息在什么地方?整個Web應用系統(tǒng)的設計風格是否一致?

對整體界面的測試過程，其實是一個對最終用戶進行調(diào)查的過程。一般Web應用系統(tǒng)采取在主頁上做一個調(diào)查問卷的形式，來得到最終用戶的反饋信息。

對所有的可用性測試來說，都需要有外部人員(與Web應用系統(tǒng)開發(fā)沒有聯(lián)系或聯(lián)系很少的人員)的參與，最好是最終用戶的參與。

五、兼容性測試

需要驗證應用程序可以在用戶使用的機器上運行。如果您用戶是全球范圍的，需要測試各種操作系統(tǒng)、瀏覽器、視頻設置和modem速度。最后，還要嘗試各種設置的組合。

1、平臺測試

市場上有很多不同的操作系統(tǒng)類型，最常見的有Windows、Unix、Macintosh、Linux等。Web應用系統(tǒng)的最終用戶究竟使用哪一種操作系統(tǒng)，取決于用戶系統(tǒng)的配置。這樣，就可能會發(fā)生兼容性問題，同一個應用可能在某些操作系統(tǒng)下能正常運行，但在另外的操作系統(tǒng)下可能會運行失敗。

因此，在Web系統(tǒng)發(fā)布之前，需要在各種操作系統(tǒng)下對Web系統(tǒng)進行兼容性測試。

2、瀏覽器測試

瀏覽器是Web客戶端最核心的構件，來自不同廠商的瀏覽器對Java，、Javascrīpt、ActiveX、plug-ins或不同的HTML規(guī)格有不同的支持。例如，ActiveX是Microsoft的產(chǎn)品，是為InternetExplorer而設計的，Javascrīpt是Netscape的產(chǎn)品，Java是Sun的產(chǎn)品等等。另外，框架和層次結構風格在不同的瀏覽器中也有不同的顯示，甚至根本不顯示。不同的瀏覽器對安全性和Java的設置也不一樣。

測試瀏覽器兼容性的一個方法是創(chuàng)建一個兼容性矩陣。在這個矩陣中，測試不同廠商、不同版本的瀏覽器對某些構件和設置的適應性。

采用測試工具：

通過白盒測試或者黑盒測試導出的測試用例，采用相應的工具進行測試，可以采用OpenSTA進行測試，此測試工具可以采用不同的瀏覽器進行測試。

3.視頻測試

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

4.Modem/連接速率測試

是否有這種情況，用戶使用28.8modem下載一個頁面需要10分鐘，但測試人員在測

試的時候使用的是T1專線?用戶在下載文章或演示的時候，可能會等待比較長的時間，

但卻不會耐心等待首頁的出現(xiàn)。最后，需要確認圖片不會太大。

5、打印機測試

用戶可能會將網(wǎng)頁打印下來。因此網(wǎng)頁在設計的時候要考慮到打印問題，注意節(jié)約紙張和油墨。有不少用戶喜歡閱讀而不是盯著屏幕，因此需要驗證網(wǎng)頁打印是否正常。有時在屏幕上顯示的圖片和文本的對齊方式可能與打印出來的東西不一樣。測試人員至少需要驗證訂單確認頁面打印是正常的。

6、組合測試

最后需要進行組合測試。600x800的分辨率在MAC機上可能不錯，但是在IBM兼容機上卻很難看。在IBM機器上使用Netscape能正常顯示，但卻無法使用Lynx來瀏覽。

如果是內(nèi)部使用的web站點，測試可能會輕松一些。如果公司指定使用某個類型的瀏覽器，那么只需在該瀏覽器上進行測試。如果所有的人都使用T1專線，可能不需要測試下載施加。(但需要注意的是，可能會有員工從家里撥號進入系統(tǒng))有些內(nèi)部應用程序，開發(fā)部門可能在系統(tǒng)需求中聲明不支持某些系統(tǒng)而只支持一些那些已設置的系統(tǒng)。但是，理想的情況是，系統(tǒng)能在所有機器上運行，這樣就不會限制將來的發(fā)展和變動。

六、安全測試

Web應用系統(tǒng)的安全性測試區(qū)域主要有：

1、目錄設置

Web安全的第一步就是正確設置目錄。每個目錄下應該有index.html或main.html頁面，這樣就不會顯示該目錄下的所有內(nèi)容。如果沒有執(zhí)行這條規(guī)則。那么選中一幅圖片，單擊鼠標右鍵，找到該圖片所在的路徑"…com/objects/images"。然后在瀏覽器地址欄中手工輸入該路徑，發(fā)現(xiàn)該站點所有圖片的列表。這可能沒什么關系。但是進入下一級目錄"…com/objects"，點擊jackpot。在該目錄下有很多資料，其中有些都是已過期頁面。如果該公司每個月都要更改產(chǎn)品價格信息，并且保存過期頁面。那么只要翻看了一下這些記錄，就可以估計他們的邊際利潤以及他們?yōu)榱藸幦∫粋€合同還有多大的降價空間。如果某個客戶在談判之前查看了這些信息，他們在談判桌上肯定處于上風。

2.登錄

現(xiàn)在的Web應用系統(tǒng)基本采用先注冊，后登陸的方式。因此，必須測試有效和無效的用戶名和密碼，要注意到是否大小寫敏感，可以試多少次的限制，是否可以不登陸而直接瀏覽某個頁面等。

3.Session

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

4.日志文件

為了保證Web應用系統(tǒng)的安全性，日志文件是至關重要的。需要測試相關信息是否寫進了日志文件、是否可追蹤。

5.加密

當使用了安全套接字時，還要測試加密是否正確，檢查信息的完整性。

6.安全漏洞

服務器端的腳本常常構成安全漏洞，這些漏洞又常常被黑客利用。所以，還要測試沒有經(jīng)過授權，就不能在服務器端放置和編輯腳本的問題。

目前網(wǎng)絡安全問題日益重要，特別對于有交互信息的網(wǎng)站及進行電子商務活動的網(wǎng)站尤其重要。目前我們的測試沒有涵蓋網(wǎng)站的安全性的測試，我們擬定采用工具來測定，工具如下：

SAINT-------SecurityAdministrator’sIntegratedNetworkTool

此工具能夠測出網(wǎng)站系統(tǒng)的相應的安全問題，并且能夠給出安全漏洞的解決方案，不過是一些較為常見的漏洞解決方案。

七、代碼合法性測試

代碼合法性測試主要包括2個部分：程序代碼合法性檢查與顯示代碼合法性檢查。

1、程序代碼合法性檢查

程序代碼合法性檢查主要標準為《intergrp小組編程規(guī)范》，目前采用由SCM管理員進行規(guī)范的檢查，未來期望能夠有相應的工具進行測試。

2、顯示代碼合法性檢查

顯示代碼的合法性檢查，主要分為Html、Javascrīpt、Css代碼檢查，目前采用HTML代碼檢查------采用CSEHTMLValidator進行測試Javascrīpt、Css也可以在網(wǎng)上下載相應的測試工具。

八、文檔測試

1、產(chǎn)品說明書屬性檢查清單

1)完整.是否有遺漏和丟失，完全嗎?單獨使用是否包含全部內(nèi)容

2)準確.既定解決方案正確嗎?目標明確嗎?有沒有錯誤?

3)精確、不含糊、清晰.描述是否一清二楚?還是自說自話?容易看懂和理解嗎?

4)一致.產(chǎn)品功能能描述是否自相矛盾,與其他功能有沒有沖突

5)貼切.描述功能的陳述是否必要?有沒有多余信息?功能是否原來的客戶要求?

6)合理.在特定的預算和進度下,以現(xiàn)有人力,物力和資源能否實現(xiàn)?

7)代碼無關.是否堅持定義產(chǎn)品,而不是定義其所信賴的軟件設計,架構和代碼

8)可測試性.特性能否測試?測試員建立驗證操作的測試程序是否提供足夠的信息?

2、產(chǎn)品說明書用語檢查清單

1)說明。對問題的描述通常表現(xiàn)為粉飾沒有仔細考慮的功能----可歸結于前文所述的屬性.從產(chǎn)品說明書上找出這樣的用語,仔細審視它們在文中是怎樣使用的.產(chǎn)品說明書可能會為其掩飾和開脫,也可能含糊其詞----無論是哪一種情況都可視為軟件缺陷.

2)總是,每一種,所有,沒有,從不.如果看到此類絕對或肯定的,切實認定的敘述,軟件測試員就可以著手設計針鋒相對的案例.

3)當然,因此,明顯,顯然,必然.這些話意圖誘使接受假定情況.不要中了圈套.

4)某些,有時,常常,通常,慣常,經(jīng)常,大多,幾乎.這些話太過模糊."有時"發(fā)生作用的功能無法測試.

5)等等,諸如此類,依此類推.以這樣的詞結束的功能清單無法測試.功能清單要絕對或者解釋明確,以免讓人迷惑,不知如何推論.

6)良好,迅速,廉價,高效,小,穩(wěn)定.這些是不確定的說法,不可測試.如果在產(chǎn)品說明書中出現(xiàn),就必須進一步指明含義.

7)已處理,已拒絕,已忽略,已消除.這些廉潔可能會隱藏大量需要說明的功能.

8)如果...那么...(沒有否則).找出有"如果...那么..."而缺少配套的"否則"結構的陳述.想一想"如果"沒有發(fā)生會怎樣.

相關的測試工具

OpenSTA

主要做性能測試的負荷及壓力測試，使用比較方便，可以編寫測試腳本，也可以先行自動生成測試腳本，而后對于應用測試腳本進行測試。

SAINT

網(wǎng)站安全性測試，能夠對于指定網(wǎng)站進行安全性測試，并可以提供安全問題的解決方案。

CSEHTMLValidator

一個有用的對于HTML代碼進行合法性檢查的工具：

·?Ab(ApacheBench)

Apache自帶的對于性能測試方面的工具，功能不是很多，但是非常實用。

·Crash-me

Mysql自帶的測試數(shù)據(jù)庫性能的工具，能夠測試多種數(shù)據(jù)庫的性能。

?

?文章來源地址http://www.zghlxwxcb.cn/news/detail-821082.html

到了這里，關于軟件測試經(jīng)驗：網(wǎng)站測試的主要方法的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關文章，希望大家以后多多支持TOY模板網(wǎng)！