Web功能測試經常使用方法

1頁面連接檢查每個連接是否都有對應的頁面，而且頁面之間切換正確；

2相關性檢查刪除/增長一項會不會對其餘項產生影響，若是產生影響，這些影響是否都正確。

3檢查按鈕的功能是否正確如update, cancel, delete, save等功能是否正確。

4字符串長度檢查輸入超出需求所說明的字符串長度的內容, 看系統是否檢查字符串長度,會不會出錯.

5字符類型檢查在應該輸入指定類型的內容的地方輸入其餘類型的內容(如在應該輸入整型的地方輸入其餘字符類型),看系統是否檢查字符類型,會否報錯.

6標點符號檢查輸入內容包括各類標點符號,特別是空格,各類引號,回車鍵.看系統處理是否正確.

7中文字符處理在能夠輸入中文的系統輸入中文,看會否出現亂碼或出錯.

8檢查帶出信息的完整性在查看信息和update信息時,查看所填寫的信息是否是所有帶出.,帶出信息和添加的是否一致

9信息重複在一些須要命名,且名字應該惟一的信息輸入重複的名字或ID,看系統有沒有處理,會否報錯,重名包括是否區分大小寫,以及在輸入內容的先後輸入空格,系統是否做出正確處理.

10檢查刪除功能在一些能夠一次刪除多個信息的地方,不選擇任何信息,按」delete」,看系統如何處理,會否出錯;而後選擇一個和多個信息,進行刪除,看是否正確處理.

11檢查添加和修改是否一致檢查添加和修改信息的要求是否一致,例如添加要求必填的項,修改也應該必填;添加規定爲整型的項,修改也必須爲整型.

12檢查修改重名修改時把不能重名的項改成已存在的內容,看會否處理,報錯.同時,也要注意,會不會報和本身重名的錯.

13重複提交表單一條已經成功提交的紀錄，back後再提交，看看系統是否作了處理。

14檢查屢次使用back鍵的狀況在有back的地方,back,回到原來頁面,再back,重複屢次,看會否出錯.

15Search檢查在有search功能的地方輸入系統存在和不存在的內容,看search結果是否正確.若是能夠輸入多個search條件,能夠同時添加合理和不合理的條件,看系統處理是否正確.

16輸入信息位置注意在光標停留的地方輸入信息時,光標和所輸入的信息會否跳到別的地方. 

17上傳下載文件檢查上傳下載文件的功能是否實現，上傳文件是否能打開。對上傳文件的格式有何規定，系統是否有解釋信息，並檢查系統是否可以作到。

18必填鍵檢查應該填寫的項沒有填寫時系統是否都作了處理，對必填項是否有提示信息，如在必填項前加*

19快捷鍵檢查是否支持經常使用快捷鍵，如Ctrl+C Ctrl+V Backspace等，對一些不容許輸入信息的字段，如選人，選日期對快捷方式是否也作了限制。

20回車鍵檢查在輸入結束後直接按回車鍵,看系統處理如何,會否報錯。

1. 功能測試

  1.1.連接測試

  連接是Web 應用系統的一個主要特徵，它是在頁面之間切換和指導用戶去一些不知道地址的頁面的主要手段。連接測試可分爲三個方面。首先，測試全部連接是否按指示的那樣確實連接到了該連接的頁面；其次，測試所連接的頁面是否存在；最後，保證Web 應用系統上沒有孤立的頁面，所謂孤立頁面是指沒有連接指向該頁面，只有知道正確的URL 地址才能訪問。

  連接測試能夠自動進行，如今已經有許多工具能夠採用。連接測試必須在集成測試階段完成，也就是說，在整個Web 應用系統的全部頁面開發完成以後進行連接測試。

  1.2. 表單測試

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

  1.3.Cookies測試

  Cookies 一般用來存儲用戶信息和用戶在某應用系統的操做，當一個用戶使用Cookies 訪問了某一個應用系統時，Web 服務器將發送關於用戶的信息，把該信息以Cookies 的形式存儲在客戶端計算機上，這可用來建立動態和自定義頁面或者存儲登錄等信息。

  若是Web 應用系統使用了Cookies ，就必須檢查Cookies 是否能正常工做。測試的內容可包括Cookies 是否起做用，是否按預約的時間進行保存，刷新對Cookies 有什麼影響等。

  1.4.設計語言測試

  Web 設計語言版本的差別能夠引發客戶端或服務器端嚴重的問題，例如使用哪一種版本的HTML 等。當在分佈式環境中開發時，開發人員都不在一塊兒，這個問題就顯得尤其重要。除了HTML 的版本問題外，不一樣的腳本語言，例如Java 、JavaScript 、ActiveX 、VBScript 或Perl 等也要進行驗證。

 

1.5.數據庫測試

  在Web 應用技術中，數據庫起着重要的做用，數據庫爲Web 應用系統的管理、運行、查詢和實現用戶對數據存儲的請求等提供空間。在Web 應用中，最經常使用的數據庫類型是關係型數據庫，可使用SQL 對信息進行處理。

  在使用了數據庫的Web 應用系統中，通常狀況下，可能發生兩種錯誤，分別是數據一致性錯誤和輸出錯誤。數據一致性錯誤主要是因爲用戶提交的表單信息不正確而形成的，而輸出錯誤主要是因爲網絡速度或程序設計問題等引發的，針對這兩種狀況，可分別進行測試。

 2. 性能測試

  2.1.鏈接速度測試

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

  另外，有些頁面有超時的限制，若是響應速度太慢，用戶可能還沒來得及瀏覽內容，就須要從新登錄了。並且，鏈接速度太慢，還可能引發數據丟失，使用戶得不到真實的頁面。

  2.2.負載測試

  負載測試是爲了測量Web 系統在某一負載級別上的性能，以保證Web 系統在需求範圍內能正常工做。負載級別能夠是某個時刻同時訪問Web 系統的用戶數量，也能夠是在線數據處理的數量。例如：Web 應用系統能容許多少個用戶同時在線？若是超過了這個數量，會出現什麼現象？Web 應用系統可否處理大量用戶對同一個頁面的請求？

 

2.3.壓力測試

  負載測試應該安排在Web 系統發佈之後，在實際的網絡環境中進行測試。由於一個企業內部員工，特別是項目組人員老是有限的，而一個Web 系統能同時處理的請求數量將遠遠超出這個限度，因此，只有放在Internet 上，接受負載測試，其結果纔是正確可信的。

  進行壓力測試是指實際破壞一個Web 應用系統，測試系統的反映。壓力測試是測試系統的限制和故障恢復能力，也就是測試Web 應用系統會不會崩潰，在什麼狀況下會崩潰。***經常提供錯誤的數據負載，直到Web 應用系統崩潰，接着當系統從新啓動時得到存取權。

  壓力測試的區域包括表單、登錄和其餘信息傳輸頁面等。

 3. 可用性測試

  3.1.導航測試

  導航描述了用戶在一個頁面內操做的方式，在不一樣的用戶接口控制之間，例如按鈕、對話框、列表和窗口等；或在不一樣的鏈接頁面之間。經過考慮下列問題，能夠決定一個Web 應用系統是否易於導航：導航是否直觀？Web 系統的主要部分是否可經過主頁存取？Web 系統是否須要站點地圖、搜索引擎或其餘的導航幫助？

  在一個頁面上放太多的信息每每起到與預期相反的效果。Web 應用系統的用戶趨向於目的驅動，很快地掃描一個Web 應用系統，看是否有知足本身須要的信息，若是沒有，就會很快地離開。不多有用戶願意花時間去熟悉Web 應用系統的結構，所以，Web 應用系統導航幫助要儘量地準確。

  導航的另外一個重要方面是Web 應用系統的頁面結構、導航、菜單、鏈接的風格是否一致。確保用戶憑直覺就知道Web 應用系統裏面是否還有內容，內容在什麼地方。

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

 3.2.圖形測試

  在Web 應用系統中，適當的圖片和動畫既能起到廣告宣傳的做用，又能起到美化頁面的功能。一個Web 應用系統的圖形能夠包括圖片、動畫、邊框、顏色、字體、背景、按鈕等。圖形測試的內容有：

  （1 ）要確保圖形有明確的用途，圖片或動畫不要胡亂地堆在一塊兒，以避免浪費傳輸時間。Web 應用系統的圖片尺寸要儘可能地小，而且要能清楚地說明某件事情，通常都連接到某個具體的頁面。

  （2 ）驗證全部頁面字體的風格是否一致。

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

  （4 ）圖片的大小和質量也是一個很重要的因素，通常採用JPG 或GIF 壓縮。

3.3.內容測試

  內容測試用來檢驗Web 應用系統提供信息的正確性、準確性和相關性。

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

3.4.總體界面測試

  總體界面是指整個Web 應用系統的頁面結構設計，是給用戶的一個總體感。例如：當用戶瀏覽Web 應用系統時是否感到溫馨，是否憑直覺就知道要找的信息在什麼地方？整個Web 應用系統的設計風格是否一致？

  對總體界面的測試過程，實際上是一個對最終用戶進行調查的過程。通常Web 應用系統採起在主頁上作一個調查問卷的形式，來獲得最終用戶的反饋信息。

  對全部的可用性測試來講，都須要有外部人員（與Web 應用系統開發沒有聯繫或聯繫不多的人員）的參與，最好是最終用戶的參與。

4. 客戶端兼容性測試

  4.1.平臺測試

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

  所以，在Web 系統發佈以前，須要在各類操做系統下對Web 系統進行兼容性測試。

  4.2.瀏覽器測試

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

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

5. 安全性測試

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

  （1 ）如今的Web 應用系統基本採用先註冊，後登錄的方式。所以，必須測試有效和無效的用戶名和密碼，要注意到是否大小寫敏感，能夠試多少次的限制，是否能夠不登錄而直接瀏覽某個頁面等。

  （2 ）Web 應用系統是否有超時的限制，也就是說，用戶登錄後在必定時間內（例如15 分鐘）沒有點擊任何頁面，是否須要從新登錄才能正常使用。

  （3 ）爲了保證Web 應用系統的安全性，日誌文件是相當重要的。須要測試相關信息是否寫進了日誌文件、是否可追蹤。

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

  （5 ）服務器端的腳本經常構成安全漏洞，這些漏洞又經常被***利用。因此，還要測試沒有通過受權，就不能在服務器端放置和編輯腳本的問題。  

6. 總結

  本文從功能、性能、可用性、客戶端兼容性、安全性等方面討論了基於Web 的系統測試方法。

  基於Web 的系統測試與傳統的軟件測試既有相同之處，也有不一樣的地方，對軟件測試提出了新的挑戰。基於Web 的系統測試不但須要檢查和驗證是否按照設計的要求運行，並且還要評價系統在不一樣用戶的瀏覽器端的顯示是否合適。重要的是，還要從最終用戶的角度進行安全性和可用性測試。