UI測試常見BUG

錄入界面

1. 輸入字段要完整，且要與列表字段相符合（參照數據庫進行檢查）

2. 必填項一律在后面用*表示（必填項為空在處理之前要有相關的提示信息）

3. 字段需要做校驗，如果校驗不對需要在處理之前要有相關的提示信息

（1） 長度校驗

（2） 數字、字母、日期等等的校驗

（3） 范圍的校驗

4. 錄入字段的排序按照流程或使用習慣，字段特別多的時候需要進行分組顯示

5. 下拉框不選值的時候應該提供默認值

6. 相同字段的錄入方式應該統一（錄入方式有以下幾種：手動輸入、點選 、下拉選擇、參照）

7. 錄入后自動計算的字段要隨著別的字段修改更新（如單價變后，金額也變）

8.日期參照應該既能輸入，又能從文本框選擇

界面格式

1. 字體顏色、大小、對齊方式（根據字段的性質確定）、加粗的一致性

2. 文本框、按鈕、滾動條、列表等控件的大小、對齊、位置的一致性

3. 所有新增、修改、查看頁面加上頁面說明（如：XXX新增、XXX編輯、XXX查看等說明字樣），（彈出的）界面要有標題，標題與內容要一致

4.不同界面顯示相同字段的一致性（如列表界面和編輯界面）

5. 界面按鈕顯示要求（查詢、新增、刪除順序）

6. 列表的順序排列應該統一（按照某些特定條件排序）

7. 下拉框中的排列順序需要符合使用習慣或者是按照特定的規則排定

8. 所有彈出窗口居中顯示或者最大化顯示

9. 信息列表中如果某個字段顯示過長用“…”或者分行顯示

10. 人員、時間的缺省值一般取當前登錄人員和時間

11. 對于帶有單位的字段，需要字段的標簽后面添加如下內容：“（單位）”

功能問題

1. 按鈕功能的實現（如返回按鈕能否返回）

2. 信息保存提交后系統給出“保存/提交成功”提示信息，并自動更新顯示

3. 所有有提交按鈕的頁面都要有保存按鈕（每個界面風格一致）

4. 凡是點選或者下拉選擇的界面，如果一旦選擇完了無法回到不選擇的情況，需要加上“清除選擇”功能按鈕（即空白選項）、還需要有一個‘全部’選項。

5. 沒有選擇記錄點擊刪除/修改按鈕要提示“請先選擇記錄”

6. 選擇記錄后點擊刪除按鈕要提示“確實要刪除嗎？”

7. 需要考慮刪除的關聯性，即刪除某一個內容需要同時刪除其關聯的某些內容（當存在關聯的數據時，此記錄應該不能刪除，必須將其關聯的記錄先刪除，才能再回到此界面將此記錄刪除）

8. 界面只讀的時候（查詢、統計、導入）等，應該不能編輯。

查詢問題

1. 查詢條件缺少一些可以查詢的字段（在查詢條件中應當將可以進行查詢的字段都列舉出來并支持該字段的查詢），

查詢條件分為：可輸入和枚舉型（點選、框選、下拉框選擇、日期選擇：‘年月日分開選擇’或‘彈出日期選擇界面’）等兩大類。

2. 有些查詢條件需要支持模糊查詢：關鍵字查詢即部分匹配

3. 需要考慮有些查詢條件本身的關聯性（即某個查詢條件的取值范圍是依賴于其它查詢條件的取值）：

即查詢條件的過濾功能

（比如第一個下拉框選擇選擇‘浙江省’，則第二個下拉框自動過濾出屬于浙江的地區名稱如‘紹興市、寧波市、杭州市…等’；選擇其中一個，則在第三個下拉框中出現該地區包括的縣級城市名稱）

4. 查詢條件名稱與信息列表及信息編輯頁面相應的字段名稱完全統一

5. 不同模塊相同字段的查詢方式應該統一（手動輸入、點選 、下拉選擇）

不同模塊相同字段顯示的字段名稱應該完全統一。

6. 出報表的時候，查詢條件需要顯示在報表標題的下面，這樣看報表的時候知道數據的依據是什么。

7. 對于范圍的查詢采用全閉的形式。