1. 程式人生 > >測試用例的設計步驟

測試用例的設計步驟

多個 完成 數據 順序 關系 軟件 需求規格說明書 隱藏 異常

測試用例的設計步驟
作為測試新人,如何實現測試用例的設計一直是我的一個疑惑,在工作中寫過幾個項目的測試用例,嘗試總結一個測試用例的設計步驟。
前提:
編寫測試用例之前我們需要對項目的需求有清晰的了解,對要測試什麽,按照什麽順序測試,覆蓋哪些需求做到心中有數,作為測試用例的編寫者不僅了解要有常見的測試用例編寫方法,同時需要了解被測軟件的設計、功能規格說明、用戶試用場景以及程序/模塊的結構。
步驟:
1、測試需求分析
從項目部拿到軟件的需求規格說明書後,開始對項目的需求進行分析,通過自己的分析、理解,整理成為測試需求, 清楚分析出被測試對象具有哪些功能。 明確測試用例中的測試集用例與需求的關系,即一個或多個測試用例集對應一個測試需求。
2、業務流程分析
分析完需求後,明確每一個功能的業務處理流程,不同的功能點作業務的組合,以及項目的隱式需求。如遇復雜的測試用例設計前,先畫出軟件的業務流程。
從業務流程上,應得到以下信息:
A、 主流程是什麽?
B、 條件備選流程是什麽?
C、 數據流向是什麽?
D、 關鍵的判斷條件是什麽?
3、測試用例設計
完成以上兩步則可進行測試用例設計,功能測試用例,應盡量考慮邊界、異常、性能的情況,以便發現更多的隱藏問題。
設計測試用例的常見方法
1)等價類
2)邊界值
3)因果圖
4) 判定表
5) 狀態遷移
6) 正交實驗
7) 場景法
8) 錯誤推斷
註意:編寫測試用例時,我們盡可能取的不應該是有效等價類而應該是無效等價類
4.編寫完成後自我檢查以及部門內部評審
5.測試用例更新完善
測試用例編寫完成之後需要不斷完善,如遇需求更改或功能新增時,測試用例必須配套修改更新,同時在測試過程中發現設計測試用例時考慮不周,需要對測試用例進行修改完善;在軟件交付使用後客戶反饋的軟件缺陷,而缺陷又是因測試用例存在漏洞造成,也需要對測試用例進行完善。
TestCenter (測試管理工具)
TestCenter(簡稱TC)是面向測試流程的測試生命周期管理工具,符合TMMI標準的測試流程,可迅速建立完善的測試體系,規範測試流程,提高測試效率與質量,實現對測試的過程管理,提高測試工程的生產力。
TestCenter官網:http://www.spasvo.com.cn/products/tc.asp

測試用例的設計步驟