在大多數開發、測試眼中，UI測試的重要性遠小於功能測試、效能測試等，但只要夠細心，總能發現一些UI bug或者UI 可以改進的地方提高使用者體驗。

錄入介面

　　1.1 輸入欄位要完整，且要與列表欄位相符合（參照資料庫進行檢查）

　　1.2 必填項一律在後面用*表示（必填項為空在處理之前要有相關的提示資訊）

　　1.3 欄位需要做校驗，如果校驗不對需要在處理之前要有相關的提示資訊

　　（1） 長度校驗

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

　　（3） 範圍的校驗

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

　　1.5 下拉框不選值的時候應該提供預設值

　　1.6 相同欄位的錄入方式應該統一（手動輸入 、點選 、下拉選擇、參照）

　　1.7 錄入後自動計算的欄位要隨著別的欄位修改更新（如單價變後，金額也變）

　　1.8 日期參照應該既能輸入，又能從文字框選擇

介面格式

　　2.1 字型顏色、大小、對齊方式（根據欄位的性質確定）、加粗的一致性

　　2.2 文字框、按鈕、滾動條、列表等控制元件的大小、對齊、位置的一致性

　　2.3 所有新增、修改、檢視頁面加上頁面說明（如：XXX新增、XXX編輯、XXX檢視等說明字樣），（彈出的）介面要有標題，標題與內容要一致

　　2.4 不同介面顯示相同欄位的一致性（如列表介面和編輯介面）

　　2.5 介面按鈕顯示要求（查詢、新增、刪除順序）

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

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

　　2.8 所有彈出視窗居中顯示或者最大化顯示

　　2.9 資訊列表中如果某個欄位顯示過長用“…”或者分行顯示

　　2.10 人員、時間的預設值一般取當前登入人員和時間

　　2.11 對於帶有單位的欄位，需要欄位的標籤後面新增如下內容：“（單位）”

功能問題

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

　　3.2 資訊儲存提交後系統給出“儲存/提交成功”提示資訊，並自動更新顯示

　　3.3 所有有提交按鈕的頁面都要有儲存按鈕（每個介面風格一致）

　　3.4 凡是點選或者下拉選擇的介面，如果一旦選擇完了無法回到不選擇的情況，需要加上“清除選擇”功能按鈕

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

　　3.6 選擇記錄後點擊刪除按鈕要提示“確實要刪除嗎？”

　　3.7 需要考慮刪除的關聯性，即刪除某一個內容需要同時刪除其關聯的某些內容

　　3.8 介面只讀的時候（查詢、統計、匯入）等，應該不能編輯

查詢問題

　　4.1 查詢條件缺少一些可以查詢的欄位

　　4.2 有些查詢條件需要支援模糊查詢

　　4.3 需要考慮有些查詢條件本身的關聯性（即某個查詢條件的取值範圍是依賴於其它查詢條件的取值）

　　4.4 查詢條件名稱與資訊列表及資訊編輯頁面相應的欄位名稱完全統一

　　4.5 不同模組相同欄位的查詢方式應該統一（手動輸入 、點選 、下拉選擇）

　　4.6 出報表的時候，查詢條件需要顯示在報表標題的下面，這樣看報表的時候知道資料的依據是什麼

　　4.7 對於範圍的查詢採用全閉的形式（如 [2006-1-1,2006-12-30]）