一、功能
關注頁面單個功能點驗證，充分考慮開發改動的每個點。這個是保證開發每個已知的修改點都能改對。
二、關聯
重點考慮修改點對其他模組的影響，包括**的影響和運算元據引起的影響。
比如新增加的功能增加了資料庫表的字段，必須關聯的驗證每個使用該錶的該字段的模組是否正常工作。難點在於需要分析出已知和未知的影響模組，考慮的越多，往往遺漏的問題就越少。
三、流程
很多系統是有流程的，比如工作流系統。當修改了乙個點的時候，我們必須考慮整個流程是否能夠正常運轉起來。
四、公升級
我們大部分系統都是對已有的系統進行公升級。對於公升級前的資料，我們必須保證能夠正常工作。公升級之前，需要模擬好各種情況。也需要對公升級的資料庫指令碼進行充分的檢查。
五、安全
比如選單功能許可權等。
六、效能
最近測試組評審測試用例時發現組內測試人員不是很理解期望結果會對測試用例的影響，只是把在前置條件（環境）下執行操作步驟，在當前頁面下出現的結果，不會寫執行操作步驟所帶來的所有結果（不限於當個頁面或者角色），這其實沒有看到設計測試用例時沒有想到關聯，關聯和流程的重要性很多人都忽略掉，只關注乙個點，沒有想到所有功能點由此操作帶來的影響。測試用例設計還要注意著重點
測試思想 測試設計 測試用例設計需要注意的幾個點
測試用例設計需要注意的幾個點 摘取 摘錄by 授客qq 1033553122宣告 非原創，摘取自網路，取其精華測試用例需要注意以下幾點 1 單個用例覆蓋最小化原則下面舉個例子來介紹，假如要測試乙個功能 a，它有三個子功能點a1，a2 和 a3，可以有下面兩種方法來設計測試用例 方法 1 用乙個測試用...
測試用例設計需要注意的幾個點
測試用例需要注意以下幾點 1 單個用例覆蓋最小化原則下面舉個例子來介紹，假如要測試乙個功能 a，它有三個子功能點 a1，a2 和 a3，可以有下面兩種方法來設計測試用例 方法1 用乙個測試用例 確卻的說是用例的邏輯部分 覆蓋三個子功能 test a1 a2 a3，方法2 用三個單獨的用例分別來覆蓋三...
測試用例設計注意點
1 單個用例覆蓋最小化原則 舉個例子，假如測試乙個功能a，它有三個子功能點a1 a2和a3，可以有如下兩種用例設計方法 方法1 用乙個測試用例 主要指用例的邏輯部分 覆蓋三個子功能 test a1 a2 a3 方法2 用三個單獨的用例分別來覆蓋三個子功能 test a1,test a2,test a...