web測試點總結---UI、兼容、功能、交互、安全、性能、接口測試

一.概述

1.什麼是web?

web的本意是蜘蛛網和網的意思，在網頁設計中咱們稱爲網頁的意思。現普遍譯做網絡、互聯網等技術領域。表現爲三種形式，即超文本(hypertext)、超媒體(hypermedia)、超文本傳輸協議(HTTP)等。---360百科

 

通俗講，web就是隻用網頁瀏覽器瀏覽網頁。

 

2.b/s軟件架構

B/S架構即瀏覽器和服務器架構模式。對C/S架構的一種變化或者改進的架構，造成所謂的三層結構

一層：瀏覽器，不須要安裝

二層：web服務器，處理後臺邏輯問題

三層：數據庫服務器，與服務器進行數據交互

 

3.工做流程

 3.1 HTTP處理流程

　　創建鏈接-->客戶端瀏覽器發送請求信息--->web服務器解析請求並找到相應的資源將文件以及其它信息組成HTTP響應返回客戶端-->關閉鏈接。

3.2 工做流程

        1. 客戶端發送請求： 用戶在客戶端【瀏覽器頁面】提交表單操做，向服務器發送請求，等待服務器響應；

        2. 服務器端處理請求： 服務器端接收並處理請求，應用服務器端一般使用服務器端技術，如JSP等，對請求進行數據處理，併產生響應；

        3. 服務器端發送響應： 服務器端把用戶請求的數據（網頁文件、圖片、聲音等等）返回給瀏覽器。

        4. 瀏覽器解釋執行HTML文件，呈現用戶界面。

 

3.3 WEB工做的三種方式

1)、服務器不帶應用程序和數據庫，直接請求HTML文件

2）、服務器帶應用程序（如php)

 

3）、服務器帶應用程序和數據庫

 

4.web測試

因爲web應用與用戶直接相關，又一般須要承受長時間的大量操做，所以web項目的功能和性能都必須通過可靠的驗證。這就要通過web項目的全面測試。Web應用程序測試與其它任何一種類型的應用程序測試相比沒有太大差異。

 

5.web測試分類

UI測試（界面測試）、兼容性測試、功能測試、安全性測試、性能測試、接口測試

 

6.測試工具

調試工具：瀏覽器調試工具（開發者工具）

UI自動化工具：selenium、sahi等

接口工具：postman、soapUI、fiddler（抓包）、jmeter等

性能工具：loadrunner、jmeter

安全工具：Appscan、Burpsuite等

 

2、測試點總結

1.UI測試

1.1 概述

用戶界面測試，英文是 User interface testing。又稱UI測試。是指軟件中的可見外觀及其底層與用戶交互的部分（菜單、對話框、窗口和其它控件）。

1.2 測試點

1.2.1 連接測試

① 測試全部連接是否按指示的那樣確實連接到了該連接的頁面

②全部連接是惟一的，跳轉方式統一（新頁面打開、本頁打開）

③ 測試所連接的頁面是否存在

④保證Web應用系統上沒有孤立的頁面，所謂孤立頁面是指沒有連接指向該頁面，只有知道正確的URL地址才能訪問

⑤連接爲空時，點擊圖片，會刷新頁面

工具：Xenu Link Sleuth 免費 綠色免安裝軟件

　　  HTML Link Validator 共享（30天試用）

 

1.2.2 導航測試

導航描述了用戶在一個頁面內操做的方式，在不一樣的用戶接口控制之間，例如按鈕、對話框、列表和窗口等；或在不一樣的鏈接頁面之間。

① 導航是否直觀

② Web系統的主要部分是否可經過主頁存取

③ Web系統是否須要站點地圖、搜索引擎或其餘的導航幫助

④ Web應用系統的頁面結構、導航、菜單、鏈接的風格是否一致

⑤Web應用系統導航幫助要儘量地準確。Web應用系統的層次一旦決定，就要着手測試用戶導航功能。

 

1.2.3 文字測試

①頁面展現的文字的大小、字體、顏色統一

②文字與圖片風格一致

③文字的正確性，表述是否清楚、是否有錯別字、標點符號是否正確運用

④文字是否隨着窗口變化

⑤長文字、換行文字、空格文字是否有對應的顯示

 

1.2.4 圖片測試

一個Web應用系統的圖形能夠包括圖片、動畫、邊框、顏色、字體、背景、按鈕等。

①要確保圖形有明確的用途，圖片或動畫不要胡亂地堆在一塊兒，以避免浪費傳輸時間；

②Web應用系統的圖片尺寸要儘可能地小，而且要能清楚地說明某件事情，通常都連接到某個具體的頁面；

③驗證全部頁面字體的風格是否一致；

④背景顏色應該與字體顏色和前景顏色相搭配；

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

⑥圖片是否展現完整，是否隨着窗口變化大小

⑦圖片數據爲空時，會保留爲空的圖片數據位置

 

1.2.5 表格測試

①須要驗證表格是否設置正確，用戶是否須要向右滾動頁面才能看見產品價格？

②把價格放到左邊，產品細節放在右邊是否更有效？

③每一欄的寬度是否足夠寬，表格裏的文字是否都有折行？

④是否由於某一格的內容太多，而將整行的內容拉長？

 

1.2.6 窗體

測試窗體的方法：

①窗體大小，大小要合適，控件佈局合理;

②移動窗體。快速或慢速移動窗體，背景及窗體自己刷新必須正確;

③縮放窗體，窗體上的控件應隨窗體的大小變化而變化;

④顯示分辨率。必須在不一樣的分辨率的狀況下測試程序的顯示是否正常。

⑤切換窗口大小，將窗口縮小後，頁面是否按比例縮小或出現滾動條；各個頁面縮小的風格是否一致（按比例縮小或出現滾動條，不可兩者兼有）；

⑥父窗體或主窗體的中心位置應該在對角線焦點附近；子窗體位置應該在主窗體的左上角或正中；多個子窗體彈出時應該依次向右下方偏移，以顯示出窗體標題爲宜；

進行測試時還要注意狀態欄是否顯示正確，工具欄的圖標執行操做是否有效，是否與菜單懶中圖標顯示一致;錯誤信息內容是否正確、無錯別字且明確等等。

 

1.2.7 控件：按鈕、時間控件、下拉框、輸入框

測試方法：

①全部控件的字體、大小、樣式是否一致

②注意全角、半角混合;無中英文混合。

③點擊下拉框、按鈕、時間控件、輸入框，是否有反應，顯示是否正確，是否有重疊現象

④輸入框：是否有長度限制；輸入超長是否有提示；是否截取超長文字；顯示是否換行？空行是否顯示？特殊表情符號是否顯示？對輸入的不符合要求的字符是否過濾？

⑤輸入框暗紋文字，是否顏色爲暗色？輸入內容後是否隱藏？

⑥搜索結果是否正確，內容是否匹配，返回界面是否一致

⑦一些快捷鍵，是否可正常使用，例如：tab鍵

 

 

1.2.8 總體測試

①總體風格是否一致

②總體內容是否符合要求、是否友好

③刷新頁面，數據是否正確，或進行相應操做後，數據是否刷新

 

2.兼容性測試

2.1 概述

兼容性：是指某個軟件能穩定地工做在若干個操做系統之中，而不會出現意外的退出等問題。

不一樣操做系統、不一樣版本瀏覽器、不一樣分辨率、不一樣版本軟件測試

 

2.2測試點

2.2.1 測試Web頁面在不一樣瀏覽器的界面是否一致:

a)界面是否正常加載；

b)界面的CSS樣式是否顯示徹底；

c)文字圖片的統一性；

d)排版是否整齊一致；

e)數據是否正確；

f)特效是否正常顯示等；

 

2.2.2 測試web頁面在不一樣瀏覽器的易用性（易於使用）是否一致和正常:

a)界面中的全部控件是否能正常顯示和使用；

b)提示信息是否正常和完整；

c)在不一樣分辨率下界面是否友好和正常顯示；

d)窗口的最大化和最小化 是否能正常顯示等；

 

2.2.3 測試web頁面在不一樣瀏覽器的功能是否正常運轉:

a)登陸註冊功能，搜索功能，導航功能，添加修改刪除功能，導入導出功能；

b)上傳下載圖片功能，下載文件功能；

c)地圖功能，視頻播放功能，音頻播放功能；

d)系統數據計算功能，連接跳轉功能；

 

2.2.4 測試web頁面在不一樣瀏覽器一些鍵位是否能正確運做:

a)返回鍵；

b)回車鍵;

c)刷新鍵;

d)空格鍵；

e)快捷鍵等；

 

2.2.5 測試web頁面在不一樣瀏覽器性能方面是否正常和一致:

a)鏈接速度是否一致；

b)在同一環境下的，壓力和負載測試的結果是否一致等；

 

2.2.6 測試web頁面在不一樣瀏覽器安全性方面是否正常和一致:

a)數據傳輸是否加密;

b)是否加密形式儲存等。

 

3.功能性測試

3.1 概述

功能性測試：業務邏輯及普通的功能測試

 

3.2 功能點

3.2.1 輸入框 

一、字符型輸入框： 

（1）字符型輸入框：英文全角、英文半角、數字、空或者空格、特殊字符「~！@#￥%……&*？[]{}」特別要注意單引號和&符號。禁止直接輸入特殊字符時，使用「粘貼、拷貝」功能嘗試輸入。 

（2）長度檢查：最小長度、最大長度、最小長度-一、最大長度+一、輸入超工字符好比把整個文章拷貝過去。 

（3）空格檢查：輸入的字符間有空格、字符前有空格、字符後有空格、字符先後有空格 

（4）多行文本框輸入：容許回車換行、保存後再顯示可以保存輸入的格式、僅輸入回車換行，檢查可否正確保存（若能，檢查保存結果，若不能，查看是否有正常提示）、 

（5）安全性檢查：輸入特殊字符串（null,NULL, ,javascript,)、doucment.write(「abc」)、hello）

（6）表情符號輸入檢查：有些表情格式不是utf-8

（7）輸入內容超限後，是否有彈窗，是否截取？是否可繼續輸入？

二、數值型輸入框： 

（1）邊界值：最大值、最小值、最大值+一、最小值-1 

（2）位數：最小位數、最大位數、最小位數-1最大位數+一、輸入超長值、輸入整數 

（3）異常值、特殊字符：輸入空白（NULL）、空格或」~!@#$%^&*()_+{}|[]:」<>?;’,./?;:’-=等可能致使系統錯誤的字符、禁止直接輸入特殊字符時，嘗試使用粘貼拷貝查看是否能正常提交、word中的特殊功能，經過剪貼板拷貝到輸入框，分頁符，分節符相似公式的上下標等、數值的特殊符號如∑，㏒，㏑，∏，+，-等、 

輸入負整數、負小數、分數、輸入字母或漢字、小數（小數前0點捨去的狀況，多個小數點的狀況）、首位爲0的數字如0一、0二、科學計數法是否支持1.0E二、全角數字與半角數字、數字與字母混合、16進制，8進制數值、貨幣型輸入（容許小數點後面幾位）、 

（4）安全性檢查：不能直接輸入就copy

三、日期型輸入框：

（1）合法性檢查：(輸入0日、1日、32日)、月輸入[一、三、五、七、八、十、12]、日輸入[31]、月輸入[四、六、九、11]、日輸入[30][31]、輸入非閏年，月輸入[2]，日期輸入[2八、29]、輸入閏年，月輸入[2]、日期輸入[2九、30]、月輸入[0、一、十二、13] 

(2)異常值、特殊字符：輸入空白或NULL、輸入~！@#￥%……&*（）{}[]等可能致使系統錯誤的字符 

（3）安全性檢查：不能直接輸入，就copy，是否數據檢驗出錯？

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

輸入框提交很長的純英文字母或者數字(不帶任何全角字符和中文)，而且不換行，則提交數據後，頁面可能被此相關字符拉伸的特別長。

 

3.3.2  搜索功能 

若查詢條件爲輸入框，則參考輸入框對應類型的測試方法 

一、功能實現： 

（1）若是支持模糊查詢，搜索名稱中任意一個字符是否能搜索到 

（2）比較長的名稱是否能查到 

（3）輸入系統中不存在的與之匹配的條件 

（4）用戶進行查詢操做時，通常狀況是不進行查詢條件的清空，除非需求特殊說明。 

二、組合測試： 

（1）不一樣查詢條件之間來回選擇，是否出現頁面錯誤（單選框和多選框最容易出錯） 

（2）測試多個查詢條件時，要注意查詢條件的組合測試，可能不一樣組合的測試會報錯。

3.搜索後返回頁面

4.搜索操做後，返回頁面

 

3.3.3 

添加、修改功能 

一、特殊鍵：

（1）是否支持Tab鍵 

（2）是否支持回車鍵 

二、提示信息：

（1）不符合要求的地方是否有錯誤提示 

三、惟一性：

（1）字段惟一的，是否能夠重複添加，添加後是否能修改成已存在的字段（字段包括區分大小寫以及在輸入的內容先後輸入空格，保存後，數據是否真的插入到數據庫中，注意保存後數據的正確性） 

 

四、數據 正確性： 

（1）對編輯頁的每一個編輯項進行修改，點擊保存，是否能夠保存成功，檢查想關聯的數據是否獲得更新。 

（2）進行必填項檢查（便是否給出提示以及提示後是否依然把數據存到數據庫中；是否提示後出現頁碼錯亂等） 

（3）是否可以連續添加（針對特殊狀況） 

（4）在編輯的時候，注意編輯項的長度限制，有時在添加的時候有，在編輯的時候卻沒有（注意要添加和修改規則是否一致） 

（5）對於有圖片上傳功能的編輯框，若不上傳圖片，查看編輯頁面時是否顯示有默認的圖片，若上傳圖片，查看是否顯示爲上傳圖片 

（6）修改後增長數據後，特別要注意查詢頁面的數據是否及時更新，特別是在首頁時要注意數據的更新。 

（7）提交數據時，連續屢次點擊，查看系統會不會連續增長几條相同的數據或報錯。 

（8）若結果列表中沒有記錄或者沒選擇某條記錄，點擊修改按鈕，系統會拋異常。

 

3.3.4  刪除功能 

一、特殊鍵：

（1）是否支持Tab鍵

（2）是否支持回車鍵 

二、提示信息：

（1）不選擇任何信息，直接點擊刪除按鈕，是否有提示

（2）刪除某條信息時，應該有確認提示 

三、數據 實現：

（1）是否能連續刪除多個產品

（2）當只有一條數據時，是否能夠刪除成功

（3）刪除一條數據後，是否能夠添加相同的數據

（4）如系統支持批量刪除，注意刪除的信息是否正確

（5）若有全選，注意是否把全部的數據刪除

（6）刪除數據時，要注意相應查詢頁面的數據是否及時更新

（7）如刪除的數據與其餘業務數據關聯，要注意其關聯性（如刪除部門信息時，部門下游員工，則應該給出提示）

（8）若是結果列表中沒有記錄或沒有選擇任何一條記錄，點擊刪除按鈕系統會報錯。

 

3.3.5 翻頁功能

一、有無數據時控件的顯示狀況。

二、在首頁時，首頁和上一頁是否能點擊。 

三、在尾頁時，下一頁和尾頁是否能點擊。 

四、在非首頁和非尾頁時，四個按鈕功能是否正確。

五、翻頁後，列表中的記錄是否仍按照指定的排序列進行了排序。

六、是否有默認的指定每頁顯示條數。

七、指定每頁的條數後，列表顯示的記錄數，頁數是否正確。 

八、輸入的每頁條數非法時的處理。

 

3.3.6 前進、後退和刷新

IE 有一個特性：就是容許前進、後退到某一個頁面或在當前頁面刷新，在某些特殊業務場景的要求下，用戶進行前進、後退和刷新當前頁面的操做，會形成數據不完整、校驗失敗或者重複提交的狀況。

 

3.3.7 向下滑動數據，展現翻頁

1.每頁數據展現多少

2.向下翻是否有重複數據

3.每一頁截止，底部提示是否正確

4.最底部是否有提示文案

5.進入詳細也後，返回是否認位在以前位置？

 

3.3.8 返回鍵檢查

一、一條已經成功提交的記錄，返回後再提交，是否作了處理 

二、檢查屢次使用返回鍵的狀況，在有返回鍵的地方，返回到原來的頁面屢次，查看是否會出錯

 

3.3.9 cookies測試

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

若是Web應用系統使用了Cookies，就必須檢查Cookies是否能正常工做。測試的內容可包括Cookies是否起做用，是否按預約的時間進行保存，刷新對Cookies有什麼影響等。若是在 cookies 中保存了註冊信息，請確認該 cookie可以正常工做並且已對這些信息已經加密。若是使用 cookie 來統計次數，須要驗證次數累計正確。 

採起措施： 

1 採用黑盒測試：採用上面提到的方法進行測試 

2 採用查看cookies的軟件進行（初步的想法） 

能夠選擇採用的軟件

 IECookiesView v1.50 

Cookies Manager v1.1

 

3.3.10  註冊、登錄模塊 

一、註冊功能： 

（1）註冊時，設置密碼爲特殊版本號，檢查登陸時是否會報錯 

（2）註冊成功後，頁面應該以登錄狀態跳轉到首頁或指定頁面 

（3）在註冊信息中刪除已輸入的信息，檢查是否能夠註冊成功。 

二、登錄 功能： 

（1）輸入正確的用戶名和正確的密碼 

（2）輸入正確的用戶名和錯誤的密碼 

（3）輸入錯誤的用戶名和正確的密碼 

（4）輸入錯誤的用戶名和錯誤的密碼 

（5）不輸入用戶名和密碼（均爲空格） 

（6）只輸入用戶名，密碼爲空 

（7）用戶名爲空，只輸入密碼 

（8）輸入正確的用戶名和密碼，可是不區分大小寫 

（9）用戶名和密碼包括特殊字符 

（10）用戶名和密碼輸入超長值 

（11）已刪除的用戶名和密碼 

（12）登陸時，當頁面刷新或從新輸入數據時，驗證碼是否更新

 

3.3.11 上傳功能 

一、功能 實現： 

（1）文件類型正確、大小合適 

（2）文件類型正確，大小不合適 

（3）文件類型錯誤，大小合適 

（4）文件類型和大小都合適，上傳一個正在使用中的圖片 

（5）文件類型大小都合適，手動輸入存在的圖片地址來上傳 

（6）文件類型和大小都合適，輸入不存在的圖片地址來上傳 

（7）文件類型和大小都合適，輸入圖片名稱來上傳 

（8）不選擇文件直接點擊上傳，查看是否給出提示 

（9）連續屢次選擇不一樣的文件，查看是否上傳最後一次選擇的文件

 

4.交互性測試

Tab鍵和焦點的切換：在測試的頁面中使用Tab鍵能夠在全頁面的全部元素進行焦點切換、而且要將相鄰元素的tab鍵切換順序作到關聯。

如：

a. 用戶打開登陸首頁，則焦點應該默認顯示在用戶名輸入框中

b. 在用戶名輸入框輸入用戶名以後，按下tab 鍵後，焦點應該切換到密碼輸入框中，而不是切換到其餘元素上。

c. 輸入密碼後，按下tab鍵可將焦點切換到「保存密碼」的複選框或者登陸按鈕以上操做，均對偏好使用快捷鍵的用戶給於更友好的支持。

 

5.安全性測試

即便站點不接受信用卡支付，安全問題也是很是重要的。Web 站點收集的用戶資料只能在公司內部使用。若是用戶信息被黑客泄露，客戶在進行交易時，就不會有安全感。

5.1 目錄設置

Web 安全的第一步就是正確設置目錄。每一個目錄下應該有 index.html 或 main.html 頁面，這樣就不會顯示該目錄下的全部內容。我服務的一個公司沒有執行這條規則。我選中一幅圖片，單擊鼠標右鍵，找到該圖片所在的路徑"…com/objects/images"。而後在瀏覽器地址欄中手工輸入該路徑，發現該站點全部圖片的列表。這可能沒什麼關係。我進入下一級目錄 "…com/objects" ，點擊 jackpot。在該目錄下有不少資料，其中引發我注意的是已過時頁面。該公司每月都要更改產品價格，而且保存過時頁面。我翻看了一下這些記錄，就能夠估計他們的邊際利潤以及他們爲了爭取一個合同還有多大的降價空間。若是某個客戶在談判以前查看了這些信息，他們在談判桌上確定處於上風。

5.2 SSL

不少站點使用 SSL 進行安全傳送。你知道你進入一個 SSL 站點是由於瀏覽器出現了警告消息，並且在地址欄中的 HTTP 變成 HTTPS。若是開發部門使用了SSL，測試人員須要肯定是否有相應的替代頁面(適用於3.0 如下版本的瀏覽器，這些瀏覽器不支持SSL。當用戶進入或離開安全站點的時候，請確認有相應的提示信息。是否有鏈接時間限制？超過限制時間後出現什麼狀況？

5.3 登陸

有些站點須要用戶進行登陸，以驗證他們的身份。這樣對用戶是方便的，他們不須要每次都輸入我的資料。你須要驗證系統阻止非法的用戶名/口令登陸，而可以經過有效登陸。用戶登陸是否有次數限制? 是否限制從某些 IP 地址登陸? 若是容許登陸失敗的次數爲3，你在第三次登陸的時候輸入正確的用戶名和口令，能經過驗證嗎? 口令選擇有規則限制嗎?  是否能夠不登錄而直接瀏覽某個頁面？

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

5.4 日誌文件

在後臺，要注意驗證服務器日誌工做正常。日誌是否記全部的事務處理? 是否記錄失敗的註冊企圖? 是否記錄被盜信用卡的使用? 是否在每次事務完成的時候都進行保存? 記錄IP 地址嗎? 記錄用戶名嗎?

5.5 腳本語言

腳本語言是常見的安全隱患。每種語言的細節有所不一樣。有些腳本容許訪問根目錄。其餘只容許訪問郵件服務器，可是經驗豐富的黑客能夠將服務器用戶名和口令發送給他們本身。找出站點使用了哪些腳本語言，並研究該語言的缺陷。還要須要測試沒有通過受權，就不能在服務器端放置和編輯腳本的問題。最好的辦法是訂閱一個討論站點使用的腳本語言安全性的新聞組。　

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

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

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

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

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

（6）、經過模擬攻擊的形式拷貝Web應用程序的某個功能點的url地址，而後打開新的頁面輸入該url地址看其是否能跨過系統的登陸模塊直接進入該功能點。    

（7）、服務器端IIS是否設置了默認文檔功能。    

（8）、IIS服務器的主目錄應該與操做系統的安裝路徑設置在不一樣的盤符下。

 

6.性能測試（不太瞭解，具體可百度）

1 鏈接速度測試

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

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

2 負載測試

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

3 壓力測試

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

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

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

 

7.接口測試

 

 

 

 總結：根據本身現階段的能力總結的一部份內容，主要注重UI界面、功能、交互性測試、兼容性描述、接口未詳細描述，深刻的部分安全性、性能測試還未學習，後期會進行補充。

 

 　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　【by Jie】