一、界面檢查

進入一個頁面測試，首先是檢查title，頁面排版，字段等，而不是馬上進入文本框校驗

1、頁面名稱title是否正確

2、當前位置是否可見 您的位置：xxx>xxxx

3、文字格式統一性

4、排版是否整齊

5、列表項顯示字段是否齊全,列表項字段名稱是否跟表單統一

6、同一頁面，是否出現 字段名稱相同、值取不同的問題。

7、數據加載情況：

除了文本框的值，還要注意：

復選框，是否保存打√，或者保存不打√

下拉框，是否保存選擇的值

多文本框，值是否都被保存，空格，換行是否保存

二、單文本框（type=text）

邊界：字段長度

判空：是否可以為空

唯一性：是否唯一(小歸結：邊界、判空、唯一性、特殊字符、正確性)

考慮語言，操作環境

1）特殊符號測試輸入

’ or 1<>‘1’ or ‘1’=‘1’ or ‘1’<>'2"|?><

where a='xxx’下劃線是否允許輸入全部空格 輸入 單引號

>

2）特殊字段輸入限定

框內容是否合法（tel，ip，url，email）序號等，直接限制輸入數字，其他過濾掉。輸入金額文本框，整數首位為0，過濾掉，小數點后面，一般保留兩個有效數字。

正確性測試（必不可少的步驟）

字段長度輸入最大允許長度時)數據允許長度的測試。

a、頁面是否被擠出的測試(都輸入長英文字符串，是否斷行；

b、數據庫是否允許最大字符(都輸入漢字、都輸入英文、混合……；

c、最短長度的正確流程，最大長度的正確流程覆蓋。

對于允許為空的字段，不填入，再次數據傳遞后，看是否報500錯誤。

未規定字段長度（或者數值大小），不按死板輸入，輸入非常多字符（或者非常大的數值）時，做允許動作的正確性校驗，看是否報錯。

注意：通過不斷輸入長字符串，看是否有長度校驗。終都會出現以下兩種情況的一種：

A、頁面(前臺)有校驗長度、大小；

B、無校驗，數據庫報錯。

所以，所有字段都要做長度、大小限制(不管需求有沒有給出明確要求，不管測試顆粒度，都要限制長度，不允許報數據庫錯誤，都要測！！！)

另外，最大長度限制可限定方法：

1）不允許再輸入；

2）自動截斷處理，并且給用戶提示。

關于長度概念

1）數據庫規定的字節長度A

2）頁面上可以輸入的字符數B

控制方法

1）頁面上，不管輸入什么字符（全角如漢字、半角如字母），統一規定不能超過B個字符，此種限制，測試點主要有：

a. 全部輸入全角B個，測試（B*3字節）會不會超過數據庫字節長度

b. 全部輸入半角B個，測試（B*1字節）會不會超過數據庫字節長度

c. 混合輸入全角X半角Y，測試（X*3+Y字節）會不會超過數據庫長度

2）頁面上，不以字符統計，以總的輸入字節數統計，比如，全部輸入全角字符，允許可以輸入A/3個字符，全部輸入半角字符，允許輸入A個字符。

d. 測試點：全部輸入全角，看是否允許輸入A/3個字符

e. 全部輸入半角，看是否允許輸入A個字符

f. 混合輸入全角X，半角Y，看是否允許X*3+Y=A

(5個：判空、唯一、邊界值、特殊字符、正確流程(多種數據、多種分支))

3)測試校驗位置：ajax鼠標事件校驗、前臺提交按鈕js校驗，服務器拿到數據后再次驗證

三、多文本框（type=textarea）

1)空格和換行的問題

看需求，是否需要做支持HTML Encoding。

輸入全部空格時，是否判空處理；

輸入折行，是否也顯示折行；

比如：列點說明原因，就需要支持。

2)字母截斷的問題

對于一串字母，開發人員往往會忘掉做截斷，這樣如果展示在我們的平臺上的話，這一串字母就會把我們的UI撐開

3）長度控制格式

您還可以輸入***個字符

四、添加按鈕

添加動作檢查范圍：

失敗：是否提示？提示內容是否正確？保存用戶已輸入的內容，避免重新再輸入？

成功：對話框消失

記錄是否可直接查看（還需要刷新？）

列表記錄順序

重復提交情況，點擊一次后，是否變成disable

上傳附件的添加

A.文件名稱：文件名稱很長；文件名稱字符多樣化(漢字，英文，符號)；文件名稱重復。

B.判空？

C.附件格式類型支持？

D.附件個數？

E.附件空間大小。

五、移除按鈕

1）一般都要在前臺先給出一個提示操作“確定移除該……”

2）相關聯的東西，是否需要限制移除“該類型下存在應用，無法移除”有到后臺比較

3）確定后，真正執行移除操作。

結果：

移除后，列表數據是否立即消失；

必須有確認刪除的提示信息。

六、列表

1）列表記錄順序

2）是否需要翻頁、有沒有翻頁功能

3）字段名稱是否與表單一致

七、搜索-文本框

1、功能點、需求點考慮：

是否提供模糊查詢、輸入數值有種類有限定時，是否考慮換成下拉框搜索；

2、檢查點：

文本框值是否消失(是否回填條件值)，再次點擊“查詢”可查看所有記錄；

考慮搜索結果：是否存在分頁，分頁是否正常；是否有序；

注意：分頁是否仍保存查詢條件，檢查后面的記錄是否符合條件

3、查詢數據多樣性：

輸入不存在的字段值測試、包括特殊字符查詢測試例如：’ or ‘1’='1；

輸入類似程序語句的條件時是否執行查詢，如：XXXX”、XXX and ；

4、操作類型：

1)不輸入的查詢

2)輸入全部空格的查詢

3)模糊查詢(輸入部分字段，或者說，輸入英文字母，查詢到相關中文數據)

4)輸入不存在的查詢

5)輸入存在的查詢

6)單個查詢和多個條件復合查詢。

八、搜索-下拉框

a)搜索結果是否有序；

b)下拉框值是否齊全；(下拉框值本身也是一個動態查詢的結果)

c)下拉框值是否自動消失，再次點擊“查詢”可查看所有記錄(是否要回填條件值)；

d)分頁時，是否保存搜索條件（從UI、開發、業務邏輯、用戶使用等角度測試）；

九、歸納總結

上述內容是比較純粹的從頁面控件角度測試點出發，對于完整測試一個整體頁面，需要各類測試有機結合起來。

1）UI測試

頁面布局； 頁面樣式檢查；控件長度是否夠長；顯示時，是否會被截斷；支持的快捷鍵，Tab鍵切換焦點順序正確性等。

2）功能測試：頁面上各類控件的測試范圍，測試點，可參考上方

結合控件的實際作用來補充檢查點： 比如， 密碼框是否*顯示， 輸入是否做trim處理等

3）安全測試：輸入特殊字符，sql注入，腳本注入測試

后臺驗證測試，對于較重要的表單 ，繞過js檢驗后臺是否驗證

數據傳輸是否加密處理，比如， 直接請求轉發，地址欄直接顯示發送字符串？

數據庫存儲，特別密碼等，是否加密形式存儲

4）兼容性測試

5）性能測試

文章來源：網絡 版權歸原作者所有

上文內容不用于商業目的，如涉及知識產權問題，請權利人聯系小編，我們將立即處理