Mercury“最佳功能測試實踐”-第三部分

　　1.1 測試準備

　　測試的準備是一個獨立的、分離的階段，測試員在這個階段中基于需求文檔準備測試(業務設計圖)。測試的準備要依據標準的方法，并應基于本階段的工作生成標準化的文檔。

　　1.1.1 業務功能測試

　　基于風險評估，針對每個業務功能的不同風險級別都應有一個對應的測試過程和方法組合：

　　1)A級風險

　　利用等價類和組合進行系統性的測試完全自動化

　　2) B級風險

　　利用等價類進行系統性的測試完全自動化

　　3) C級風險

　　隨意性測試手工執行，在TestDirector中提供文檔化的執行過程

　　對于每個測試過程和方法組合，要提供一個標準的文檔進行方法論級的闡述和規定，每個測試人員依據這些標準的測試過程和方法組合進行測試。

　　在TestDirector中要將測試用例的準備結果作為業務功能的附件。

　　1.1.2 業務流程測試

　　業務流程測試是將所有的業務功能組合在一起，使用同一組數據進行工作。

　　測試員的任務就是要確定每個業務功能的組合是否能連貫的執行。

　　判斷的結果使用矩陣來表示，例如下圖：

　　注：yes(+);no(-)

　　業務流程矩陣

　　12345

　　登陸

　　航班

　　查詢

　　航班

　　預定

　　退出

　　注冊

　　后功能

　　前功能

　　1登陸-+-++

　　2航班查詢-+++-

　　3航班預定-+-+-

　　4退出+----

　　5注冊+---+

　　從上面的表中我們能獲得三個業務流程測試案例：

　　1) 1，2，2，3，2，4，1，1

　　2) 1，5，4

　　3) 1，2，3，4

　　1.1.3 業務集成測試

　　使用現有的回歸測試案例進行業務集成測試。

　　在第一個階段，測試案例僅被自動化，而不考慮測試的覆蓋率。

　　在第二階段，測試案例將被改進，以提高測試的覆蓋率。

　　對于所有的新項目，回歸測試應該在業務功能測試階段和業務流程測試階段的測試結果的基礎上進行建設。

　　依據業務流程矩陣創建測試案例集，這個測試案例集應該能覆蓋被測系統的所有外部接口。

　　假定我們的被測系統是Mercury的機票預定系統，它的架構圖如下：

　　業務流程矩陣的設計如下圖：

　　在業務集成測試階段中的測試案例開發

　　1234

　　預定一個航班

　　打印機票

原文轉自：http://www.anti-gravitydesign.com