訪問 正常 快捷鍵 htm http web頁面 代碼 post請求 ont

一、Web的功能測試   1、超鏈接測試     a、鏈接與鏈接的說明文字要匹配 （註：也可以是圖片）     b、鏈接的文字要描述正確     c、鏈接的文字要精簡有效     d、鏈接的頁面應該存在，不應該出現404找不到頁面的錯誤      e、沒有孤立頁面，只有知道具體的url地址才能訪問。      f、鏈接的樣式（默認、已訪問過、鼠標hover、鼠標點擊active）
  2、表單測試     a、表單就是提供用戶輸入的地方（http的post請求）      b、表單項輸入類型的限制        先驗證合法值，再驗證異常值        不輸入、空格、特殊符號：_/!&@%* ‘’ “”，html代碼 <font> 你好 </font>        同時關註錯誤提示信息的正確性      c、表單項輸入長度的限制        符合長度、小於限定長度、大於限定長度     d、表單項輸入格式的檢查        出生日期、電子郵件等     e、表單項必填檢查        表單項必填項設置要合理（比如購物註冊時，限定血型和身高為必填項不合理）        表單項必需填寫的限制        必填項不必填時，提交後應保存其他已正確填寫部分的信息     f、 表單項本身功能（細節）        單選按鈕只能單選          復選框可以多選        文本框可以進行輸入     g、 表單項的默認值         默認值要符合需求        默認值最好符合多數用戶的需求（如註冊中的國家，最好是中國）     h、表單項之間的關聯關系        如省份與城市，國家與省份的關聯關系     j、表單項提交之後的基本功能要正確（如註冊要註冊成功）     k、重復註冊及相關提示 　　　 l、GUI：表單項及整個表單的樣式及布局 　　  m、遍歷表單時可以支持快捷鍵       Tab+Space（空格鍵）+上下箭頭+Enter（回車）       Shift+Tab回退     n、 整個表單在整個系統中的作用及業務合理性

  3、文件上傳類型的測試     a、只能上傳允許的文件類型     b、文件的大小應限制在允許的範圍內     c、批量上傳時對數量及累計大小的限制     d、是否可上傳同名文件，若允許上傳，提示覆蓋？或者提供自動重命名功能（如：名字加1等）     e、上傳後應有接口或界面查看上傳的附件，檢查是否能正常的下載和使用；關註上傳成功的提示信息     g、不允許上傳腳本或者可執行文件（如exe）     f、不能單純的以文件後綴名來判斷文件類型，如改腳本或exe的後綴名為txt後上傳     l、提供上傳進度指示信息（進度條等）     m、網絡閃斷後的繼續上傳     n、上傳過程中的取消     j、上傳文件選擇時的路徑應默認為上次上傳文件時的地址


二、數據庫測試   1、DBA進行數據庫測試關註點：     表及表之間的關聯關系，設計的合理性     索引的合理性     存儲過程合理性     存儲過程：一組為了完成特定功能的SQL語句集，存儲在數據庫中，用戶通過指定存儲過程的名字並給出參數（如果有）來執行它。
  2、測試工程師使用數據庫場景：     a、 數據的一致性檢驗，存儲或者處理過程中可能產生差錯     b、分析定位是功能缺陷還是數據存儲的問題     c、性能測試：準備基礎數據     並發時，關註事務的成功率

三、易用性測試   1、最重要要 站在用戶的角度考慮，分析用戶的背景及使用習慣   2、考慮區域文化（如日期 中美兩國使用習慣不同）   3、Web導航欄設置，要清晰明了，層級不可過多（最好不要超過3級）   4、快捷鍵的使用及設置合理性   5、其他（窗口的放大與縮小）、頁面的縮放：瀏覽器中設置的縮放百分比 均不應該出現頁面錯亂，功能失效的問題）   6、滾動條盡量使用縱向滾動條，少使用橫向滾動條   7、多選擇少輸入

四、兼容性測試   1、瀏覽器端的兼容性     瀏覽器選擇標準：     a、 根據內核來選，相同內核的選擇一個典型的即可     b、根據瀏覽器的市場占有率來選擇     選擇一個主瀏覽器執行所有用例，在輔瀏覽器上沒必要執行全部的用例，把主要的功能及頁面覆蓋到即可。   2、服務器端兼容性：（考慮較少，系統升級時要考慮）     比如Web服務器升級，數據庫升級等

web頁面測試