協同式的Test Case Management

yhsat

不管開發軟體或硬體, 我們都希望產品到客戶的手中能得到滿意的評價. 所以產品在出貨前確定客戶在所有可能的使用情境下,都能順順利利,才逅得著"滿意"的邊. 這一方面仰賴設計者本身的品質修養,如寫code的邏輯和布局, 硬體零件材料如何選擇的經驗值,....,另一方面Test Cases的coverage是否能夠包含所有使用的實際狀況,將決定每次release的品質.也許一兩位好的QC人員有辦法寫出70% 的Test Cases, 避免嚴重的bugs. 不過, 有很多瑕疵有可能與當初設計的想法有關,讓設計者與接近客戶的行銷業務人員或客服人員參與Test Case的討論, 將有助於讓Test Cases更接近客戶實際使用狀況.也可以更貼近客戶的角度來認知Test Cases的輕重緩急, 或發掘更好的測試技術或方法. Test Case的執行,相信也不是一兩人可以完成的.

5 i( V. R" |+ F8 o在做Test Case管理時應具備的觀念：
6 Q7 Z; V/ l- Z1 D9 @; e

• Test Case應隨新規格, 規格變更, 新Bug做變動
• Test Case不是一人可以想得周延的
• 每次版本的Release都需通過所有的Test Case
• 好的Test Case寫法需要將每個Test的目的, 相關的功能/變更/Bug, 方法步驟, 與範圍寫清楚
• 如果某Test牽涉到自動化, 請寫清楚自動化的方法與使用的工具

+ D0 t$ w8 A! Z3 y出自以下文章: 介紹如何做協同式的Test Case Management, 可以清楚管理Test Case
) T& F: ]  H4 f+ ohttp://scmteamwork.blogspot.com/2009/07/test-case-management.html