web測試技術經典案例

　　1. 概述

　　隨著web應用的增多，新的模式解決方案中以web為核心的應用也越來越多，很多公司各種應用的架構都以B/S及web應用為主，但是有關WEB測試方面的內容并沒有相應的總結，所以我在這里對web的測試方法和采用的測試技術進行總結，便于內部交流。

　　測試方法盡量涵蓋web程序的各個方面，測試技術方面在繼承傳統測試技術的技術上結合web應用的特點。

　　相關的測試和實現技術也有著很大的關系，由于本公司使用J2EE體系，也許例子中只有JAVA平臺可以使用，.NET平臺測試技術暫時不涉及，如果你有請與我聯系。

　　2. 測試方法

　　說明：測試方法的選擇取決你的測試策略。

　　一般的web測試和以往的應用程序的測試的側重點不完全相同，基本包括以下幾個方面。

　　當然圓滿的完成測試還要有好的團體和流程等的方方面面的支持，你同樣應該對這些方面進行注意。

　　有些測試方法設計到了流程，哪些應該在你的測試團隊建設中建立。

　　2.1 界面測試

　　現在一般人都有使用瀏覽器瀏覽網頁的經歷，用戶雖然不是專業人員但是對界面效果的印象是很重要的。如果你注重這方面的測試，那么驗證應用程序是否易于使用就非常重要了。很多人認為這是測試中最不重要的部分，但是恰恰相反界面對不懂技術的客戶來說那相當關鍵，慢慢體會你會明白的。

　　方法上可以根據設計文檔，如果夠專業的話可以專業美工人員，來確定整體風格頁面風格，然后根據這個可以頁面人員可以生成靜態的HTML，CSS等甚至生成幾套不用的方案來討論，或者交給客戶評審，最后形成統一的風格的頁面/框架。注意不要靠程序員的美術素養形成你的web風格，那樣可能會很糟糕。

　　主要包括以下幾個方面的內容：

　　站點地圖和導航條位置、是否合理、是否可以導航等內容布局布局是否合理，滾動條等簡介說明說明文字是否合理，位置，是否正確

　　背景/色調是否正確、美觀，是否符合用戶需求;

　　頁面在窗口中的顯示是否正確、美觀(在調整瀏覽器窗口大小時，屏幕刷新是否正確)表單樣式大小，格式，是否對提交數據進行驗證(如果在頁面部分進行驗證的話)等

　　連接連接的形式，位置，是否易于理解等

　　web測試的主要頁面元素

　　頁面元素的容錯性列表(如輸入框、時間列表或日歷)

　　頁面元素清單(為實現功能，是否將所需要的元素全部都列出來了，如按鈕、單選框、復選框、列表框、超連接、輸入框等等)

　　頁面元素的容錯性是否存在

　　頁面元素的容錯性是否正確

　　頁面元素基本功能是否實現(如文字特效、動畫特效、按鈕、超連接)

　　頁面元素的外形、擺放位置(如按鈕、列表框、核選框、輸入框、超連接等)

　　頁面元素是否顯示正確(主要針對文字、圖形、簽章)

　　元素是否顯示(元素是否存在)

　　頁面元素清單(為實現功能，是否將所需要的元素全部都列出來了，如按鈕、單選框、復選框、列表框、超連接、輸入框等等)

　　測試技術

　　通過頁面走查，瀏覽確定使用的頁面是否符合需求?？梢越Y合兼容性測試對不用分辨率下頁面顯示效果，如果有影響應該交給設計人員提出解決方案。

　　可以結合數據定義文檔查看表單項的內容，長度等信息。

　　對于動態生成的頁面最好也能進行瀏覽查看。如Servelet部分可以結合編碼規范，進行代碼走查。是否支持中文，如果數據用XML封裝要做的工作會多一點等等。

　　界面測試要素:

　　符合標準和規范,靈活性,正確性,直觀性,舒適性,實用性,一致性

　　1.直觀性:

　　用戶界面是否潔凈,不唐突,不擁擠.界面不應該為用戶制造障礙.所需功能或者期待的響應應該明顯,并在預期出現的地方.

　　界面組織和布局合理嗎?是否允許用戶輕松地從一個功能轉到另一個功能?下一步做什么明顯嗎?任何時刻都可以決定放棄或者退回,退出嗎?輸入得到承認了嗎?菜單或者窗口是否深藏不露?

　　有多余功能嗎?軟件整體抑或局部是否做得太多?是否有太多特性把工作復雜化了?是否感到信息太龐雜?

　　如果其他所有努力失敗,幫助系統真能幫忙嗎?

　　2.一致性

　　快速鍵和菜單選項.在Windows 中按F1鍵總是得到幫助信息

　　術語和命令.整個軟件使用同樣的術語嗎?特性命名一致嗎?例如,Find是否一直叫Find,而不是有時叫Search?

　　軟件是否一直面向同一級別用戶?帶有花哨用戶界面的趣味賀卡程序不應該顯示泄露技術機密的錯誤提示信息.

　　按鈕位置和等價的按鍵.大家是否注意到對話框有OK按鈕和Cancle按鈕時,OK按鈕總是在上方或者左方,而Cancle按鈕總是在下方或右方?同樣原因,Cancle按鈕的等價按鍵通常是Esc,而選中按鈕的等價按鈕通常是Enter.保持一致.

　　3.靈活性

　　狀態跳轉.靈活的軟件實現同一任務有多種選擇方式.

　　狀態終止和跳過,具有容錯處理能力.

　　數據輸入和輸出.用戶希望有多種方法輸入數據和查看結果.例如,在寫字板插入文字可用鍵盤輸入,粘貼,從6種文件格式讀入,作為對象插入,或者用鼠標從其他程序拖動.

　　4.舒適性

　　恰當.軟件外觀和感覺應該與所做的工作和使用者相符.

　　錯誤處理.程序應該在用戶執行嚴重錯誤的操作之前提出警告,并允許用戶恢復由于錯誤操作導致丟失的數據.如大家認為undo /redo是當然的.

　　性能.快不見得是好事.要讓用戶看得清程序在做什么,它是有反應的.

　　2.2 功能測試

　　對功能測試是測試中的重點

　　主要包括一下幾個方面的內容

　　連接這個連接和界面測試中的連接不同那里注重的是連接方式和位置，如是圖像還是文字放置的位置等，還是其他的方式。這里的連接注重功能。如是否有連接，連接的是否是說明的位置等。

　　表單提交應當模擬用戶提交，驗證是否完成功能，如注冊信息，要測試這些程序，需要驗證服務器能正確保存這些數據，而且后臺運行的程序能正確解釋和使用這些信息。還有數據正確性驗證，異常處理等，最好結合易用性要求等。B/S結構實現的功能可能主要的就在這里，提交數據，處理數據等如果有固定的操作流程可以考慮自動化測試工具的錄制功能，編寫可重復使用的腳本代碼，可以在測試、回歸測試時運行以便減輕測試人員工作量。

原文轉自：http://www.kjueaiud.com