Web測試方法總結
一、輸入框
1践惑、字符型輸入框：
（1）字符型輸入框：英文全角绑洛、英文半角、數字童本、空或者空格、特殊字符“~脸候！@#￥%……&*穷娱？[]{}”特別要注意單引號和&符號绑蔫。禁止直接輸入特殊字符時，使用“粘貼泵额、拷貝”功能嘗試輸入配深。
（2）長度檢查：最小長度、最大長度嫁盲、最小長度-1篓叶、最大長度+1、輸入超工字符比如把整個文章拷貝過去羞秤。
（3）空格檢查：輸入的字符間有空格缸托、字符前有空格、字符后有空格瘾蛋、字符前后有空格
（4）多行文本框輸入：允許回車換行俐镐、保存后再顯示能夠保存輸入的格式、僅輸入回車換行哺哼，檢查能否正確保存（若能佩抹，檢查保存結果，若不能取董，查看是否有正常提示）棍苹、
（5）安全性檢查：輸入特殊字符串（null，NULL茵汰， ? ?枢里，javascript，<script>经窖，</script>,<title>,<html>,<td>坡垫、輸入腳本函數<script>alert('/ ssss /')</script>;
?四、刪除功能
1画侣、特殊鍵：
（1）是否支持Tab鍵?
（2）是否支持回車鍵
2冰悠、提示信息：
（1）不選擇任何信息，直接點擊刪除按鈕配乱，是否有提示
（2）刪除某條信息時溉卓，應該有確認提示
3、數據 實現：
（1）是否能連續(xù)刪除多個產品
（2）當只有一條數據時搬泥，是否可以刪除成功
（3）刪除一條數據后桑寨，是否可以添加相同的數據
（4）如系統支持批量刪除，注意刪除的信息是否正確
（5）如有全選忿檩，注意是否把所有的數據刪除
（6）刪除數據時尉尾，要注意相應查詢頁面的數據是否及時更新?
（7）如刪除的數據與其他業(yè)務數據關聯，要注意其關聯性（如刪除部門信息時燥透，部門下游員工沙咏，則應該給出提示）
（8）如果結果列表中沒有記錄或沒有選擇任何 一條記錄辨图，點擊刪除按鈕系統會報錯。
如：某一功能模塊具有最基本的增刪改查功能肢藐，則需要進行以下測試 單項功能測試（增加故河、修改、查詢吆豹、刪除） 增加——>增加——>增加 （連續(xù)增加測試） 增加——>刪除 增加——>刪除——>增加 （新增加的內容與刪除內容一致） 增加——>修改——>刪除 修改——>修改——>修改 （連續(xù)修改測試） 修改——>增加（新增加的內容與修改前內容一致） 修改——>刪除 修改——>刪除——>增加 （新增加的內容與刪除內容一致） 刪除——>刪除——>刪除 （連續(xù)刪除測試）
五鱼的、注冊、登陸模塊
1痘煤、注冊功能：
（1）注冊時凑阶，設置密碼為特殊版本號，檢查登錄時是否會報錯
（2）注冊成功后速勇，頁面應該以登陸狀態(tài)跳轉到首頁或指定頁面
（3）在注冊信息中刪除已輸入的信息晌砾，檢查是否可以注冊成功。
2烦磁、登陸 功能：
（1）輸入正確的用戶名和正確的密碼
（2）輸入正確的用戶名和錯誤的密碼
（3）輸入錯誤的用戶名和正確的密碼
（4）輸入錯誤的用戶名和錯誤的密碼
（5）不輸入用戶名和密碼（均為空格）
（6）只輸入用戶名养匈，密碼為空
（7）用戶名為空，只輸入密碼
（8）輸入正確的用戶名和密碼都伪，但是不區(qū)分大小寫
（9）用戶名和密碼包括特殊字符
（10）用戶名和密碼輸入超長值
（11）已刪除的用戶名和密碼
（12）登錄時呕乎，當頁面刷新或重新輸入數據時，驗證碼是否更新
六陨晶、上傳圖片測試
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地址典格，看系統如何處理，是否能夠直接鏈接查看（匿名查看）台丛，是否有權限控制耍缴，是否直接執(zhí)行，并返回相應結果頁挽霉；
十二防嗡、界面和易用性測試
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-XX XX:XX:XX
19、頁面是否有多余按鈕或標簽
20晓勇、窗口標題或圖標是否與菜單欄的統一
21堂飞、窗口的最大化、最小化是否能正確切換
22绑咱、對于正常的功能绰筛，用戶可以不必閱讀用戶手冊就能使用
23、執(zhí)行風險操作時描融，有確認铝噩、刪除等提示嗎
24、操作順序是否合理
25窿克、正確性檢查：檢查頁面上的form骏庸， button， table年叮， header具被， footer，提示信息只损，還有其他文字拼寫一姿，句子的語法等是否正確七咧。
26、系統應該在用戶執(zhí)行錯誤的操作之前提出警告叮叹，提示信息.
27艾栋、頁面分辨率檢查，在各種分辨率瀏覽系統檢查系統界面友好性蛉顽。
28蝗砾、合理性檢查：做delete， update携冤， add遥诉， cancel， back等操作后噪叙，查看信息回到的頁面是否合理。
29霉翔、檢查本地化是否通過：英文版不應該有中文信息睁蕾，英文翻譯準確，專業(yè)债朵∽涌簦
十三、兼容性測試
兼容性測試不只是指界面在不同操作系統或瀏覽器下的兼容序芦，有些功能方面的測試臭杰，也要考慮到兼容性， 包括操作系統兼容和應用軟件兼容谚中，可能還包括硬件兼容 比如涉及到ajax渴杆、jquery、javascript等技術的宪塔，都要考慮到不同瀏覽器下的兼容性問題磁奖。
十四、鏈接測試
主要是保證鏈接的可用性和正確性某筐，它也是網站測試中比較重要的一個方面∧咸埽 可以使用特定的工具如XENU來進行鏈接測試。
1導航測試 導航描述了用戶在一個頁面內操作的方式抄囚，在不同的用戶接口控制之間，例如按鈕怠苔、對話框同廉、列表和窗口等；或在不同的連接頁面之間迫肖。通過考慮下列問題，可以決定一個Web應用系統是否易于導航：導航是否直觀蟆湖？Web系統的主要部分是否可通過主頁存裙示簟？Web系統是否需要站點地圖隅津、搜索引擎或其他的導航幫 助？ 在一個頁面上放太多的信息往往起到與預期相反的效果伦仍。Web應用系統的用戶趨向于目的驅動，很快地掃描一個Web應用系統隧枫，看是否有滿足自己需要的信 息谓苟，如果沒有，就會很快地離開涝焙。很少有用戶愿意花時間去熟悉Web應用系統的結構，因此仑撞，Web應用系統導航幫助要盡可能地準確隧哮。 導航的另一個重要方面是Web應用系統的頁面結構近迁、導航、菜單歧譬、連接的風格是否一致搏存。確保用戶憑直覺就知道Web應用系統里面是否還有內容，內容在什么地方璧眠。 Web應用系統的層次一旦決定袁滥，就要著手測試用戶導航功能盖桥，讓最終用戶參與這種測試题翻，效果將更加明顯。
2圖形測試 在Web應用系統中塑荒，適當的圖片和動畫既能起到廣告宣傳的作用姜挺，又能起到美化頁面的功能。一個Web應用系統的圖形可以包括圖片炊豪、動畫、邊框、顏色掖肋、字體赏参、背景、按鈕等把篓。圖形測試的內容有：
（1）要確保圖形有明確的用途，圖片或動畫不要胡亂地堆在一起紊浩，以免浪費傳輸時間疗锐。Web應用系統的圖片尺寸要盡量地小，并且要能清楚地說明某件事情口芍，一般都鏈接到某個具體的頁面雇卷。
（2）驗證所有頁面字體的風格是否一致颠猴。
（3）背景顏色應該與字體顏色和前景顏色相搭配小染。
（4）圖片的大小和質量也是一個很重要的因素，一般采用JPG或GIF壓縮春畔，最好能使圖片的大小減小到30k以下
（5）最后岛都，需要驗證的是文字回繞是否正確。如果說明文字指向右邊的圖片择份，應該確保該圖片出現在右邊烫堤。不要因為使用圖片而使窗口和段落排列古怪或者出現孤行“未矗 通常來說富蓄，使用少許或盡量不使用背景是個不錯的選擇。如果您想用背景立倍，那么最好使用單色的口注，和導航條一起放在頁面的左邊。另外寝志，圖案和圖片可能會轉移用戶的注意力。
十五悠菜、業(yè)務流程測試（主要功能測試）
業(yè)務流程败富，一般會涉及到多個模塊的數據，所以在對業(yè)務流程測試時芬骄，首先要保證單個模塊功能的正確性，其次就要對各個模塊間傳遞的數據進行測試账阻，這往往是容易出現問題的地方，測試時一定要設計不同的數據進行測試淘太。
??十六、安全性測試
（1）SQL注入（比如登陸頁面）
（2）XSS跨網站腳本攻擊：程序或數據庫沒有對一些特殊字符進行過濾或處理撇贺，導致用戶所輸入的一些破壞性的腳本語句能夠直接寫進數據庫中冰抢，瀏覽器會直接執(zhí)行這些腳本語句，破壞網站的正常顯示翠订，或網站用戶的信息被盜遵倦，構造腳本語句時，要保證腳本的完整性似谁≡镎 document.write("abc") alter("abc")
（3）URL地址后面隨便輸入一些符號斜筐，并盡量是動態(tài)參數靠后
（4）驗證碼更新問題
（5）現在的Web應用系統基本采用先注冊，后登陸的方式目代。因此嗤练，必須測試有效和無效的用戶名和密碼，要注意到是否大小寫敏感霜大，可以試多少次的限制革答，是否可以不登陸而直接瀏覽某個頁面等曙强。
（6）Web應用系統是否有超時的限制途茫，也就是說，用戶登陸后在一定時間內（例如15分鐘）沒有點擊任何頁面娜扇，是否需要重新登陸才能正常使用栅组。
（7）為了保證Web應用系統的安全性，日志文件是至關重要的致燥。需要測試相關信息是否寫進了日志文件排截、是否可追蹤⊥阎ǎ ∪险帧（8）當使用了安全套接字時，還要測試加密是否正確宦搬，檢查信息的完整性劫拗。
（9）服務器端的腳本常常構成安全漏洞，這些漏洞又常常被黑客利用憔足。所以酒繁，還要測試沒有經過授權，就不能在服務器端放置和編輯腳本的問題揭绑±煽蓿
十七弓叛、性能測試
1連接速度測試 用戶連接到Web應用系統的速度根據上網方式的變化而變化诚纸，他們或許是電話撥號，或是寬帶上網毕籽。當下載一個程序時井辆，用戶可以等較長的時間，但如果僅僅訪問一個頁面就不會這樣蒸播。如果Web系統響應時間太長（例如超過5秒鐘）萍肆，用戶就會因沒有耐心等待而離開“福 另外亲铡，有些頁面有超時的限制，如果響應速度太慢赞草，用戶可能還沒來得及瀏覽內容吆鹤，就需要重新登陸了。而且轰异，連接速度太慢暑始，還可能引起數據丟失婴削，使用戶得不到真實的頁面唉俗。
2負載測試 負載測試是為了測量Web系統在某一負載級別上的性能配椭，以保證Web系統在需求范圍內能正常工作雹姊。負載級別可以是某個時刻同時訪問Web系統的用戶數 量，也可以是在線數據處理的數量敦姻。例如：Web應用系統能允許多少個用戶同時在線歧杏？如果超過了這個數量，會出現什么現象旺入？Web應用系統能否處理大量用戶 對同一個頁面的請求凯力？ 3壓力測試 負載測試應該安排在Web系統發(fā)布以后，在實際的網絡環(huán)境中進行測試龄捡。因為一個企業(yè)內部員工慷暂，特別是項目組人員總是有限的，而一個Web系統能同時處理的請求數量將遠遠超出這個限度奸腺，所以血久，只有放在Internet上氧吐，接受負載測試，其結果才是正確可信的筑舅〈浼穑 進行壓力測試是指實際破壞一個Web應用系統，測試系統的反映。壓力測試是測試系統的限制和故障恢復能力益缎，也就是測試Web應用系統會不會崩潰然想，在什么情況下會崩潰变泄。黑客常常提供錯誤的數據負載，直到Web應用系統崩潰励饵，接著當系統重新啟動時獲得存取權滑燃。 壓力測試的區(qū)域包括表單典予、登陸和其他信息傳輸頁面等乐严。 備注： 1捂敌、負載/壓力測試應該關注什么 測試需要驗證系統能否在同一時間響應大量的用戶既琴，在用戶傳送大量數據的時候能否響應，系統能否長時間運行逆济』腔可訪問性對用戶來說是極其重要的。如果用戶得到“系統忙”的信息简僧，他們可能放棄击困，并轉向競爭對手阅茶。系統檢測不僅要使用戶能夠正常訪問站點，在很多情況下脸哀，可能會有黑客試圖通過發(fā)送大量數據包來攻擊 服務器撞蜂。出于安全的原因，測試人員應該知道當系統過載時溉贿，需要采取哪些措施浦旱，而不是簡單地提升系統性能。
1）瞬間訪問高峰 如果您的站點用于公布彩票的抽獎結果宣蠕，最好使系統在中獎號碼公布后的一段時間內能夠響應上百萬的請求甥捺。負載測試工具能夠模擬X個用戶同時訪問測試站點镰禾。
2）每個用戶傳送大量數據 網上書店的多數用戶可能只訂購1-5書，但是大學書店可能會訂購5000本有關心理學介紹的課本?或者一個祖母為她的50個兒孫購買圣誕禮物(當然每個孩子都有自己的郵件地址)系統能處理單個用戶的大量數據嗎?
3）長時間的使用 如果站點用于處理鮮花訂單谷饿，那么至少希望它在母親節(jié)前的一周內能持續(xù)運行妈倔。如果站點提供基于web的email服務，那么點最好能持續(xù)運行幾個月毅哗，甚 至幾年捧挺。可能需要使用自動測試工具來完成這種類型的測試翅睛，因為很難通過手工完成這些測試。你可以想象組織100個人同時點擊某個站點疏旨。但是同時組織 100000個人呢扎酷。通常，測試工具在第二次使用的時候谁榜，它創(chuàng)造的效益窃植，就足以支付成本荐糜。而且，測試工具安裝完成之后丛版，再次使用的時候偏序，只要點擊幾下≡ビВ 采取措施：采用性能測試工具WAS端朵、ACT冲呢，LR等協助進行測試
十八、測試中應該注意的其他情況
1敬拓、在測試時乘凸，與網絡有關的步驟或者模塊必須考慮到斷網的情況
2、每個頁面都有相應的Title灵嫌，不能為空，或者顯示“無標題頁”
3猖凛、在測試的時候要考慮到頁面出現滾動條時稠曼，滾動條上下滾動時霞幅，頁面是否正常
4量瓜、URL不區(qū)分大小寫，大小寫不敏感
5扔傅、對于電子商務網站烫饼，當用戶并發(fā)購買數量大于庫存的數量時杠纵，系統如何處理
6比藻、測試數據避免單純輸入“123”、“abc“之類的慢叨，讓測試數據盡量接近實際
7拍谐、進行測試時，盡量不要用超級管理員進行測試毅弧，用新建的用戶進行測試够坐。測試人員盡量不要使用同一個用戶進行測試
? ?8崖面、提示信息：提示信息是否完整巫员、正確简识、詳細
9七扰、幫助信息：是否提供幫助信息颈走，幫助信息的表現形式（頁面文字咱士、提示信息、幫助文件）锐膜，幫助信息是否正確弛房、詳細
10捞奕、可擴展性：是否由升級的余地拄轻，是否保留了接口
11院促、穩(wěn)定性：運行所需的軟硬件配置常拓，占用資源情況辉浦，出現問題時的容錯性宪郊，對數據的保護
12懊亡、運行速度：運行的快慢，帶寬占用情況
