軟件測試中的X模型

領測軟件測試網 學過了H模型，今天一起來看X模型，X模型的基本思想是由Marick提出的，但首先是Marick不建議要建立一個替代模型。Robin F·Goldsmith引用了一些Marick的想法，并重新經過組織，形成了“X模型”。其實并不是為了和V模型相對應而選擇這樣的名字，而是由于其它一些原因：X通常代表未知，而Marick也認為他的觀點并不足以支撐一個模型的完整描述，但其中已經有一個模型所需要的一些主要內容，其中也包括了象探索性測試（exploratory testing）這樣的亮點。 

　　　　　　　　

　　Marick對V模型的最主要批評是V模型無法引導項目的全部過程。他認為一個模型必須能處理開發的所有方面，包括交接，頻繁重復的集成，以及需求文檔的缺乏等等。 

　　Marick認為一個模型不應該規定那些和當前所公認的實踐不一致的行為。X模型的左邊描述的是針對單獨程序片段所進行的相互分離的編碼和測試，此后將進行頻繁的交接，通過集成最終合成為可執行的程序。(右上半部分），這些可執行程序還需要進行測試。已通過集成測試的成品可以進行封版并提交給用戶，也可以作為更大規模和范圍內集成的一部分。多根并行的曲線表示變更可以在各個部分發生。 
　　由上圖中可見，X模型還定位了探索性測試（右下方）。這是不進行事先計劃的特殊類型的測試，諸如“我這么測一下結果會怎么樣？”，這一方式往往能幫助有經驗的測試人員在測試計劃之外發現更多的軟件錯誤。
　　然而，關注于這樣的低級別的行為可能會引起不同的議論。一個模型和一個單獨的項目計劃有所不同。模型不應該描述每個項目的具體細節，模型應該對項目進行指導和支持。當然，代碼的交接也可以簡單地認為是一種集成的形式。而V模型也并沒有限制各種創建周期的發生次數。 
　　Marick和Graham都一致認同，應該在執行測試之前進行測試設計。Marick建議：“在你掌握相關知識時進行設計，在你手頭有交付內容時進行測試�！盭模型包含了測試設計的步驟，就象使用不同的測試工具所要包含的步驟一樣，而V模型沒有這么做。但是，Marick的例子提示，X模型在這層意義上看也并不是一個真的模型，取而代之的是，應該允許在任何時候選擇使用測試設計步驟。 
　　Marick對V模型提出質疑，也因為V模型基于一套必須按照一定順序嚴格排列的開發步驟，而這很可能并沒有反映實際的實踐過程。 
　　盡管很多項目缺乏足夠的需求，V模型還是從需求處理開始。V模型提示我們要對各開發階段中已經得到的內容進行測試，但它沒有規定我們要取得多少內容。如果沒有任何的需求資料，開發人員知道他們要做什么嗎？我主張在X模型和其它模型中都需要足夠的需求并至少進行一次發布。雖然在沒有模型的情況下也必須正常工作，但一個有效的模型，可以鼓勵很多好的實踐方法的采用。因此，V模型的一個強項是它明確的需求角色的確認，而X模型沒有這么做，這大概是X模型的一個不足之處。 
　　Marick也質疑了單元測試和集成測試的區別，因為在某些場合人們可能會跳過單元測試而熱衷于直接進行集成測試。Marick擔心人們盲目地跟隨“學院派的V模型”，按照模型所指導的步驟進行工作，而實際上某些做法并不切合實用。我已經盡自己的努力把Marick的關于需要很多具有可伸縮性的行為的期望結合進了X模型，這樣，X模型并不要求在進行作為創建可執行程序（圖中右上方）的一個組成部分的集成測試之前，對每一個程序片段都進行單元測試（圖中左側的行為）。但X模型沒能提供是否要跳過單元測試的判斷準則。 
　　X模型填補了V模型和X模型的缺陷，并可為測試人員和開發人員帶來明顯的幫助。

文章來源于領測軟件測試網 http://www.kjueaiud.com/

TAG: 模型 軟件測試