WEB測試總結

一、輸入框

1、字符型輸入框：（1）字符型輸入框：英文全角、英文半角、數字、空或者空格、特殊字符“~！@#￥%……&*？[]{}”特別要注意單引號和&符號。禁止直接輸入特殊字符時，使用“粘貼、拷貝”功能嘗試輸入。（2）長度檢查：最小長度、最大長度、最小長度-1、最大長度+1、輸入超工字符比如把整個文章拷貝過去。（3）空格檢查：輸入的字符間有空格、字符前有空格、字符后有空格、字符前后有空格（4）多行文本框輸入：允許回車換行、保存后再顯示能夠保存輸入的格式、僅輸入回車換行，檢查能否正確保存（若能，檢查保存結果，若不能，查看是否有正常提示）、（5）安全性檢查：輸入特殊字符串

（null,NULL,,javascript,,,,,）、輸入腳本函數(alert("abc"))、doucment.write("abc")、hello）

2、數值型輸入框：（1）邊界值：最大值、最小值、最大值+1、最小值-1（2）位數：最小位數、最大位數、最小位數-1最大位數+1、輸入超長值、輸入整數（3）異常值、特殊字符：輸入空白（NULL）、空格或"~!@#$%^&*()_+{}|[]\\:"?;",./?;:"-=等可能導致系統錯誤的字符、禁止直接輸入特殊字符時，嘗試使用粘貼拷貝查看是否能正常提交、word中的特殊功能，通過剪貼板拷貝到輸入框，分頁符，分節(jié)符類似公式的上下標等、數值的特殊符號如∑，，，∏，+，-等、

輸入負整數、負小數、分數、輸入字母或漢字、小數（小數前0點舍去的情況，多個小數點的情況）、首位為0的數字如01、02、科學計數法是否支持1.0E2、全角數字與半角數字、數字與字母混合、16進制，8進制數值、貨幣型輸入（允許小數點后面幾位）、（4）安全性檢查：不能直接輸入就copy

3、日期型輸入框：（1）合法性檢查：(輸入0日、1日、32日)、月輸入[1、3、5、7、8、10、12]、日輸入[31]、月輸入[4、6、9、11]、日輸入[30][31]、輸入非閏年，月輸入[2]，日期輸入[28、29]、輸入閏年，月輸入[2]、日期輸入[29、30]、月輸入[0、1、12、13](2)異常值、特殊字符：輸入空白或NULL、輸入~！@#￥%&*（）{}[]等可能導致系統錯誤的字符（3）安全性檢查：不能直接輸入，就copy二、搜索功能

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

1、功能實現：（1）如果支持模糊查詢，搜索名稱中任意一個字符是否能搜索到（2）比較長的名稱是否能查到（3）輸入系統中不存在的與之匹配的條件（4）用戶進行查詢操作時，一般情況是不進行查詢條件的清空，除非需求特殊說明。

2、組合測試：（1）不同查詢條件之間來回選擇，是否出現頁面錯誤（單選框和多選框最容易出錯）（2）測試多個查詢條件時，要注意查詢條件的組合測試，可能不同組合的測試會報錯。

三、添加、修改功能

1、特殊鍵：（1）是否支持Tab鍵（2）是否支持回車鍵

2、提示信息：（1）不符合要求的地方是否有錯誤提示

3、唯一性：（1）字段唯一的，是否可以重復添加，添加后是否能修改為已存在的字段（字段包括區(qū)分大小寫以及在輸入的內容前后輸入空格，保存后，數據是否真的插入到數據庫中，注意保存后數據的正確性）

4、數據正確性：（1）對編輯頁的每個編輯項進行修改，點擊保存，是否可以保存成功，檢查想關聯的數據是否得到更新。（2）進行必填項檢查（即是否給出提示以及提示后是否依然把數據存到數據庫中；是否提示后出現頁碼錯亂等）（3）是否能夠連續(xù)添加（針對特殊情況）（4）在編輯的時候，注意編輯項的長度限制，有時在添加的時候有，在編輯的時候卻沒有（注意要添加和修改規(guī)則是否一致）（5）對于有圖片上傳功能的編輯框，若不上傳圖片，查看編輯頁面時是否顯示有默認的圖片，若上傳圖片，查看是否顯示為上傳圖片（6）修改后增加數據后，特別要注意查詢頁面的數據是否及時更新，特別是在首頁時要注意數據的更新。（7）提交數據時，連續(xù)多次點擊，查看系統會不會連續(xù)增加幾條相同的數據或報錯。（8）若結果列表中沒有記錄或者沒選擇某條記錄，點擊修改按鈕，系統會拋異常。

四、刪除功能

1、特殊鍵：（1）是否支持Tab鍵（2）是否支持回車鍵

2、提示信息：（1）不選擇任何信息，直接點擊刪除按鈕，是否有提示（2）刪除某條信息時，應該有確認提示

3、數據實現：（1）是否能連續(xù)刪除多個產品（2）當只有一條數據時，是否可以刪除成功（3）刪除一條數據后，是否可以添加相同的數據（4）如系統支持批量刪除，注意刪除的信息是否正確（5）如有全選，注意是否把所有的數據刪除（6）刪除數據時，要注意相應查詢頁面的數據是否及時更新（7）如刪除的數據與其他業(yè)務數據關聯，要注意其關聯性（如刪除部門信息時，部門下游員工，則應該給出提示）（8）如果結果列表中沒有記錄或沒有選擇任何一條記錄，點擊刪除按鈕系統會報錯。

五、注冊、登陸模塊

1、注冊功能：（1）注冊時，設置密碼為特殊版本號，檢查登錄時是否會報錯（2）注冊成功后，頁面應該以登陸狀態(tài)跳轉到首頁或指定頁面（3）在注冊信息中刪除已輸入的信息，檢查是否可以注冊成功。

2、登陸功能：（1）輸入正確的用戶名和正確的密碼（2）輸入正確的用戶名和錯誤的密碼（3）輸入錯誤的用戶名和正確的密碼（4）輸入錯誤的用戶名和錯誤的密碼（5）不輸入用戶名和密碼（均為空格）（6）只輸入用戶名，密碼為空（7）用戶名為空，只輸入密碼（8）輸入正確的用戶名和密碼，但是不區(qū)分大小寫（8）用戶名和密碼包括特殊字符（9）用戶名和密碼輸入超長值（10）已刪除的用戶名和密碼（11）登錄時，當頁面刷新或重新輸入數據時，驗證碼是否更新六、上傳圖片測試

1、功能實現：（1）文件類型正確、大小合適（2）文件類型正確，大小不合適（3）文件類型錯誤，大小合適（4）文件類型和大小都合適，上傳一個正在使用中的圖片（5）文件類型大小都合適，手動輸入存在的圖片地址來上傳（6）文件類型和大小都合適，輸入不存在的圖片地址來上傳（7）文件類型和大小都合適，輸入圖片名稱來上傳（8）不選擇文件直接點擊上傳，查看是否給出提示（9）連續(xù)多次選擇不同的文件，查看是否上傳最后一次選擇的文件

七、查詢結果列表

1、功能實現：（1）列表、列寬是否合理（2）列表數據太寬有沒有提供橫向滾動（3）列表的列名有沒有與內容對應（4）列表的每列的列名是否描述的清晰（5）列表是否把不必要的列都顯示出來（6）點擊某列進行排序，是否會報錯（點擊查看每一頁的排序是否正確）（7）雙擊或單擊某列信息，是否會報錯

八、返回鍵檢查

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

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

九、回車鍵檢查

1、在輸入結果后，直接按回車鍵，看系統如何處理，是否會報錯十、刷新鍵檢查

1、在Web系統中，使用刷新鍵，看系統如何處理，是否會報錯十一、直接URL鏈接檢查

1、在Web系統中，在地址欄直接輸入各個功能頁面的URL地址，看系統如何處理

十二、其他

1、在測試時，與網絡有關的步驟必須考慮到斷網的情況

2、每個頁面都有相應的Title

3、在測試的時候要考慮到頁面出現滾動條時，滾動條上下滾動時，頁面是否正常4、URL不區(qū)分大小寫

5、某個字段是唯一的，當多個用戶并發(fā)點擊產生該字段時，檢查系統怎么處理6、對于電子商務網站，當用戶并發(fā)購買數量大于庫存的數量時，系統如何處理7、測試數據避免單純輸入“123”、“abc“之類的，讓測試數據盡量接近實際

8、進行測試時，盡量不要用超級管理員進行測試，用新建的用戶進行測試。測試人員盡量不要使用同一個用戶進行測試

9、做功能測試的時候，也要注意系統的性能（如操作的響應時間、內存使用情況）

十三、界面和易用性測試

1、風格、樣式、顏色是否協調2、界面布局是否整齊、協調（保證全部顯示出來的，盡量不要使用滾動條3、界面操作、標題描述是否恰當（描述有歧義、注意是否有錯別字）

4、操作是否符合人們的常規(guī)習慣（有沒有把相似的功能的控件放在一起，方便操作）5、提示界面是否符合規(guī)范（不應該顯示英文的cancel、ok，應該顯示中文的確定等）6、界面中各個控件是否對齊7、日期控件是否可編輯

8、日期控件的長度是否合理，以修改時可以把時間全部顯示出來為準9、查詢結果列表列寬是否合理、標簽描述是否合理

10、查詢結果列表太寬沒有橫向滾動提示

11、對于信息比較長的文本，文本框有沒有提供自動豎直滾動條

12、數據錄入控件是否方便

13、有沒有支持Tab鍵，鍵的順序要有條理，不亂跳14、有沒有提供相關的熱鍵

15、控件的提示語描述是否正確

16、模塊調用是否統一，相同的模塊是否調用同一個界面

17、用滾動條移動頁面時，頁面的控件是否顯示正常

18、日期的正確格式應該是XXXX-XX-XX或XXXX-XX-XXXX:XX:XX

19、頁面是否有多余按鈕或標簽

20、窗口標題或圖標是否與菜單欄的統一

21、窗口的最大化、最小化是否能正確切換

22、對于正常的功能，用戶可以不必閱讀用戶手冊就能使用23、執(zhí)行風險操作時，有確認、刪除等提示嗎

24、操作順序是否合理十四、兼容性測試

兼容性測試不只是指界面在不同操作系統或瀏覽器下的兼容，有些功能方面的測試，也要考慮到兼容性，比如涉及到ajax、jquery、javascript等技術的，都要考慮到不同瀏覽器下的兼容性問題。

十五、鏈接測試

主要是保證鏈接的可用性和正確性，它也是網站測試中比較重要的一個方面。十六、業(yè)務流程測試

業(yè)務流程，一般會涉及到多個模塊的數據，所以在對業(yè)務流程測試時，首先要保證單個模塊功能的正確性，其次就要對各個模塊間傳遞的數據進行測試，這往往是容易出現問題的地方，測試時一定要設計不同的數據進行測試。

十七、安全性測試

（1）SQL注入（登陸頁面）

（2）XSS跨網站腳本攻擊：程序或數據庫沒有對一些特殊字符進行過濾或處理，導致用戶所輸入的一些破壞性的腳本語句能夠直接寫進數據庫中，瀏覽器會直接執(zhí)行這些腳本語句，破壞網站的正常顯示，或網站用戶的信息被盜,構造腳本語句時，要保證腳本的完整性。

document.write("abc")alter("abc")

（3）URL地址后面隨便輸入一些符號

(4)驗證碼更新問題

擴展閱讀：web手工測試的經驗總結

web手工測試的經驗總結

前言

本文主要是闡述個人的web手工黑盒測試的工作經驗測試目的

測試并不僅僅是為了找出錯誤，通過分析錯誤產生的原因和錯誤的分布特征，可以幫助項目管理者（開發(fā)人員）發(fā)現當前所采用的軟件過程的缺陷，以便改進；從而提高軟件的質量，更體現了測試的重要性。工作經歷1、工作環(huán)境介紹

09年3月剛入職，也是項目初建階段，項目組6個人在一個小房間，5臺臺式機1個人用筆記本（領導）；2張桌子比較擠，工作的地方是比較簡陋；剛開始熟悉需求，然后是和同事一起部署項目，不過就是看看表結構，學習下怎么把數據入庫Oralce數據庫，后臺Oracle存儲過程開發(fā)，在前臺配置業(yè)務指標配置展現，給用戶做個什么小需求等等，都是瑣碎的事。不過項目初建比較累，加班較多，事情也多，大概到8、9月份才開始正常上下班。10年過完年大概3月份左右吧，二期的項目要測試（公司給我們項目組劃了一片辦公地方，挺好的），項目組人手不夠，老大讓我轉測試，問我同不同意，我想了想自己的工作內容比較雜，專注一件事情也是好事，就同意了！開始真正的測試工作。

然后老大從別個項目組調了一個有測試經理級別的人，過來協助測試，我跟著他學習了一點東西。比如測試用例的撰寫，用戶驗收UAT用例和測試報告的輸出。記得他說過做測試要細心，提出的bug要跟蹤，注意頁面的美觀性，按鈕、字體大小、字體顏色，風格要保存一致等，雖然他教的少，不過還是挺感謝滴！

二期項目上線之后，測試工作告一段落，我又恢復了以前的工作，沒有了測試工作就做業(yè)務需求開發(fā)寫寫Oracle存儲過程，前臺配置展現，維護下測試環(huán)境和線上的環(huán)境等等。

做了測試之后感覺自己挺喜歡這行滴，因為工作的事情比較雜想學不到什么東西，個人想專注測試，201*年動搖了要離職的念頭，不過老大找我談了好幾次話，也主動給我加了工資，就留下了，遇到這種老大，挺不容易的，對我們組員很好。

11年項目三期測試；輸出測試策略，按照計劃的時候輸出相應的文檔，比如測試用例的輸出，然后全員參加用例評審（開發(fā)、測試和PM），會上提出用例的不足或者、與需求不符或者不完善的地方；修改了之后發(fā)送PM，通過后執(zhí)行測試。測試的時候每天晚上郵件反饋當天的工作進度，采用迭代測試的形式測試，測試環(huán)境我自己維護，一輪測試完成后，開發(fā)把bug修復完成，在提供一個發(fā)布包，然后驗證，沒有新bug產生后，就輸出一份系統測試報告和缺陷報告（針對開發(fā)人員）。如果客戶要求做壓力測試，需要輸出一個壓力測試方案（包括場景、測試模塊、測試環(huán)境等），當然方案也要評審，評審通過后開始LoadRunner壓力測試，測試完成后輸出壓力測試報告。然后是一個用戶驗收UAT測試用例的輸出。最后上線完成。并輸出一個上線總結文件！

在工作期間帶了3個新同事，Ta們3個都不同，也許是剛開始接觸測試，慢慢的成長！有一個女同事很…..我給她定了個學習系統和業(yè)務的計劃，人家自己不做反而在那里看開發(fā)的代碼，問她的時候她也總是沒問題，偷懶很嚴重，如果她不是女生就和老大說不用她了……

介紹下以前公司的測試流程：

……………………

查看全文請點擊下載：-844176.html2.4數據驗證

1）前后臺數據一致：前臺正確錄入信息保存后，后臺數據庫相對應的表正常記錄（與前臺輸入一致）比如：注冊一個用戶信息提交成功后，用戶表users中是否正常保存了當前的錄入信息。

2）存儲過程驗證：oracleF8編譯通過，F8執(zhí)行后對應的數據表正常錄入數據，無鎖表現象（當目標表B表從另外一長表A表取值，當A表數據過大時要借助臨時表，避免死鎖、耗費資源的現象）2.5根據開發(fā)習慣找錯誤

1）同一個開發(fā)人員開發(fā)的模塊，在不同的模塊犯了錯誤，其他的模塊也有類似的錯誤

比如A開發(fā)人員主要負責用戶、權限模塊，在測試用戶模塊時發(fā)現用戶名可以重復，現象用戶名重復：注冊了兩個相同的帳號，但是用戶狀態(tài)不同，一個是不可用狀態(tài)，一個是可用狀態(tài)，但是登錄的時候兩個都不能登錄，提示“帳號不可用”。然后再去驗證權限模塊，角色名稱也可以重復，看似小問題，但對于用戶來說可能就是大問題了，因為正常狀態(tài)的用戶不能登錄。所以開發(fā)人員的習慣也是不能忽視的！2.6LR壓力測試

選擇好錄制協議，錄制腳本，根據需要添加事物和集合點，使用參數化，設置runtime-setting，在場景執(zhí)行的時候注意觀察主機CPU和內存使用率。個人觀點

1）立項前的需求分析很重要，與開發(fā)人員的溝通也很重要；對需求理解程度越深，對開發(fā)的思想理解越透徹，撰寫的測試用例就越全面，漏測的幾率也會減少。

2）關注用戶的需求，注重細節(jié)，盡可能找出系統中隱藏的缺陷。3）總結測試過程中發(fā)現的問題，做好漏測記錄，避免相同的錯誤發(fā)生。

友情提示：本文中關于《WEB測試總結》給出的范例僅供您參考拓展思維使用，WEB測試總結：該篇文章建議您自主創(chuàng)作。

來源：網絡整理 免責聲明：本文僅限學習分享，如產生版權問題，請聯系我們及時刪除。

《WEB測試總結》由互聯網用戶整理提供,轉載分享請保留原作者信息,謝謝!
鏈接地址：http://www.taixiivf.com/gongwen/713225.html

• 上一篇：《WEB軟件設計》上機總結(ASPCMS模板建站部分) 河北科技大學 電子商務101 王春燕 吳紅娜
• 下一篇：web總結