一 、介面檢查
進入乙個頁面測試，首先是檢查title，頁面排版，欄位等，而不是馬上進入文字框校驗
1、頁面名稱title是否正確
2、當前位置是否可見 您的位置：***>***x
3、文字格式統一性
4、排版是否整齊
5、列表項顯示字段是否齊全,列表項欄位名稱是否跟表單統一
6、同一頁面，是否出現 欄位名稱相同、值取不同的問題。
7、資料載入情況：除了文字框的值，還要注意：
核取方塊，是否儲存打√，或者儲存不打√
下拉框，是否儲存選擇的值
多文字框，值是否都被儲存，空格，換行是否儲存
二、單文字框（type=text）
邊界：字段長度
判空：是否可以為空
唯一性：是否唯一 (小歸結：邊界、判空、唯一性、特殊字元、正確性)
考慮語言，操作環境
特殊符號測試輸入：
' or 1<>'1 ' or '1'='1 ' or '1'<>'2 "|?><
where a='***' 下劃線是否允許 輸入全部空格 輸入 單引號
>
特殊字段輸入限定：
框內容是否合法（tel，ip，url，email）序號等，直接限制輸入數字，其他過濾掉
輸入金額文字框，整數首位為0，過濾掉，小數點後面，一般保留兩個有效數字。
正確性測試：（必不可少的步驟）
1)、(字段長度輸入最大允許長度時)資料允許長度的測試：
a、頁面是否被擠出的測試(都輸入長英文本串，是否斷行)；
b、資料庫是否允許最大字元(都輸入漢字、都輸入英文、混合……)；
c、最短長度的正確流程，最大長度的正確流程覆蓋。
2）、對於允許為空的字段，不填入，再次資料傳遞後，看是否報500錯誤。
3）、未規定字段長度（或者數值大小），不按死板輸入，輸入非常多字元（或者非常大的數值）時，做允許動作的正確性校驗，
看是否報錯。(要達到的結果：不管有沒有長度限制(沒有給最長、最大限制讓你去測？)，最終頁面不能拋資料庫異常。)monkey test
說明：通過不斷輸入長字串，看是否有長度校驗；
最終都會出現以下兩種情況的一種：
a、頁面(前台)有校驗長度、大小； 或者
b、無校驗，資料庫報錯。
所以： 所有欄位都要做長度、大小限制(不管需求有沒有給出明確要求，不管測試顆粒度，都要限制長度，不允許報資料庫錯誤，都要測！！！)。最大長度限制可限定方法：1、不允許再輸入；2、自動截斷處理，並且給使用者提示
Web 測試遺漏點總結
根據最近的工作，對可能會忽略的地方做個總結 1.load頁面 如果頁面存在比較複雜的動畫載入比較慢的話，試著在頁面載入完成之前做一下別的操作，比如點選選單之類的 2.表單 提交表單連續多次點選submit,看資料庫是不是會出現多條記錄 3.瀏覽器相容性測試點 不同瀏覽器對頁面的渲染不同，檢查文字格式...
Web測試總結
web應用系統在實施時遇到的環境很複雜，這裡包括 1 硬體組合 2 軟體組合 a 多個作業系統 b 多個補丁包 c 軟體元件 d 瀏覽器品牌和版本 e 防火牆 f 伺服器型別 品牌 模型 3 而現在伺服器有可能採用分布式伺服器配置，所以應列出詳細的可能的伺服器組合矩陣 4 網路環境的複雜給測試帶來了...
Web控制項的效率測試
web 控制項的效率測試 引言 微軟在推出 asp.net 的同時，推出了很多附帶的 web控制項 這些豐富的控制項使得我們很容易實現一些在 asp裡比較難實現的效果，使得我們的開發變得很輕鬆，也吸引了很多初學者。但是視乎很少人考慮過 web控制項的執行效率，今天我們已 repeater 控制項為例...