1,窗體
測試窗體的方法:
a,窗體大小,大小要合適,控制項布局合理;
b,移動窗體.快速或慢速移動窗體,背景及窗體本身重新整理必須正確;
c,縮放窗體,窗體上的控制項應隨窗體的大小變化而變化;
d,顯示解析度.必須在不同的解析度的情況下測試程式的顯示是否正常;
進行測試時還要注意狀態列是否顯示正確;工具欄的圖示執行操作是否有效,是否與選單懶中圖示顯示一致;錯誤資訊內容是否正確,無錯別字,且明確等等;
2,控制項
測試方法:
a,窗體或控制項的字型和大小要一致;
b,注意全形,半形混合
c,無中英文混合.
選單進行測試時要注意
a,選擇選單是否可以正常工作,並與實際執行內容一致;
b,是否有錯別字:
c,快捷鍵是否重複;
d,熱鍵是否重複;
e,快捷鍵與熱鍵操作是否有效
f,是否存在中英文混合
g,選單要與語境相關,如,不同許可權的使用者登陸乙個應用程式,不同級別的使用者可以看到不同級別的選單並使用不同級別的功能;
h,滑鼠右鍵快捷選單
特殊屬性
1,安裝介面應有公司介紹或產品介紹,有公司的圖示
2,主介面及大多數介面最好有公司圖示
3,選擇"幫助"->"關於"命令,應看見相關版權和產品資訊
介面測試用例設計
介面測試用例設計點主要包括 功能 邏輯業務 異常 安全 功能 1.功能是否正常 2.功能是否按照介面設計文件實現 舉例 有些新增到購物車，需要登入才能新增。也就是業務要求不支援遊客新增購物車功能，如果設計乙個沒有登入的使用者，然後去測試新增購物車介面，結果介面能新增到購物車，說明功能不正常，不符合需...
介面測試用例設計
主要是子模組或者子系統間互動並相互作用的部分。因此，可以分析，系統間的介面包含三部分 輸入 處理邏輯 輸出。在沒有特殊要求的情況下，至少需要考慮以下內容 1 業務功能覆蓋是否完整 2 業務規則覆蓋是否完整 3 引數驗證是否達到要求 邊界 業務規則 4 介面異常場景覆蓋是否完整如果介面需求還包含效能或...
介面測試用例設計
輸入引數測試 引數必填 選填 合法輸入 非法輸入 邊界值 引數為空或null異常處理，基於業務場景的考慮。如 登陸狀態 許可權 依賴等設計到dao層呼叫的，考慮資料增刪改查的準確性。返回結果測試 與需求一直 返回碼及返回字段 每種錯誤要有單獨且明確的錯誤碼 功能測試 邏輯測試 兩個請求有嚴格的先後順...