1．應驗證介面顯示內容的完整性：
a) 報表顯示時應考慮資料顯示寬度的自適應或自動換行。
b) 所有有資料展現的介面（如統計、查詢、編輯錄入、列印預覽、列印等），必須使測試資料的記錄數超過一屏/一頁，以驗證滿屏/頁時其窗體是否有橫向、縱向滾動條或換頁列印，介面顯示是否正常；
2．應驗證介面顯示內容的一致性：
a) 如有多個系統展現同一資料來源時，應保證其一致性；
3．應驗證介面顯示內容的準確性：
a) 對於報表中的所有字段值都應該有明確的定義，對於無意義的字段值，不應該顯示空，應顯示「--」或「/」，表示該字段值無意義。
4．應驗證介面顯示內容的友好性：
a) 對統計的資料應按使用者習慣進行分類、排序。
b) 某些重要資訊在輸入、修改、刪除時應有「確認」提示資訊；
c) 介面內容更新後系統應提供重新整理功能。
d) 使用者在退出系統後重新登陸時應考慮是否需要自動返回到上次退出系統時的介面；
5．應驗證介面提示資訊的指導性：
a) 在多個業務功能組成的乙個業務流程中，如果各個功能之間的執行順序有一定的制約條件，應通過介面提示使用者。
b) 使用者提示資訊應具有一定的指導性，在應用程式正在進行關鍵業務的處理時，應考慮在前台介面提示使用者應用程式正在進行的處理，以及相應的處理過程，在處理結束後再提示使用者處理完畢。
c) 在某些資料輸入介面，如果要求輸入的資料符合某項規則，應在輸入介面提供相應的規則描述；當輸入資料不符合規則時應提示使用者是否繼續。
d) 在對任何配置資訊修改後，都應該在使用者退出該介面時提示使用者儲存（如果使用者沒有主動儲存的情況下）；
6．應驗證介面顯示內容的合理性：
a) 在對某些查詢功能進行測試時，應考慮查詢條件的設定的合理性以及查詢結果的互補性。如某些後台處理時間不應該作為查詢條件。
b) 介面測試時，應考慮某一介面上按鈕先後使用的順序問題，以免使用者對此產生迷惑。例如只能在查詢成功後顯示執行按鈕。
c) 介面測試時，應驗證視窗與視窗之間、欄位與字段之間的瀏覽順序是否正確；
7．介面測試時，應考慮使用者使用的方便性：
a) 在某些對資料進行處理的操作介面，應考慮使用者可能對資料進行處理的頻繁程度和工作量，考慮是否可以進行批量操作。
8．介面測試時，應考慮介面顯示及處理的正確性：
a) 介面測試時應驗證所有窗體中的物件狀態是否正常，是否符合相關的業務規則需要。
b) 應驗證各種物件訪問方法（tab 健、滑鼠移動和快捷鍵）是否可正常使用，並且在乙個啟用介面中快捷鍵無重複；
c) 介面測試不光要考慮合理的鍵盤輸入，還應考慮是否可以通過滑鼠拷貝貼上輸入。
d) 對於統計查詢功能的查詢結果應驗證其是否只能通過介面上的查詢或重新整理按鍵人工觸發，應避免其他形式的觸發。
e) 對介面上的任何物件進行拖拉，然後進行查詢、列印，應保證查詢列印結果不變；
9．介面測試時，應考慮資料顯示的規範性：
a) 確保資料精度顯示的統一：如單價0元，應顯示為0.00元；
b) 確保時間及日期顯示格式的統一；
c) 確保相同含義屬性/欄位名的統一；
d) 對所有可能產生的提示資訊介面內容和位置進行驗證，確保所有的提示資訊介面應居中。
測試經驗總結
二 設計測試用例 測試用例的設計是決定乙個產品能否成功發布的關鍵因素。每乙個需求乃至乙個缺陷我們都要有明確的測試方案，或許時間上不允許我們作過多的詳細設計，但是一定要把每個功能的關鍵點羅列出來。曾經遇到過這樣情況，開發同事在乙個需求任務下面，優化了乙個投保單帶出的預設起保時間，當時口頭溝通確認後，這...
CDMA DT測試經驗總結
2012 01 1.1 路測綜述 3 1.1.1 路測概述 3 1.1.2 前期準備 3 1.1.3 dt測試的作用 3 1.2 路測中的測試規範和路測報告的要求 3 1.2.1 路測中的測試規範 3 1.2.2 路測步驟 5 1.2.3 路測的內容 5 1.2.4 dt測試報告的要求 5 1.3 ...
專案經驗總結
本人從事it工作多年，親身參與過多個專案。感到做這個工作最要緊的就是要明白什麼的員工適合做什麼樣的事，合理分工 因地制宜，只有最合適的，專案經理最忌諱的就是完美主義傾向，尤其是做技術人員出身的，喜歡尋找標準答案，耽誤工作進度。以下是本人做專案的一些個人體會，希望大家多多指點，共同提高業務水平。專案開...