上一章介紹了探索式測試的定義。在實際項目的測試執(zhí)行過程中，讀者是否曾遇到如下的幾個現(xiàn)象：

　　測試人員按照一個測試用例來執(zhí)行測試，得到的程序輸出與預期輸出不一致。

　　測試人員判斷程序的行為并不是缺陷，但根據(jù)新的輸出想到了新的測試思路。

　　測試人員根據(jù)新的測試思路采用不同的輸入并檢查程序輸出。

　　測試人員再次根據(jù)新的測試結果選擇新的輸入，反復地探索下去，最終發(fā)現(xiàn)了一個程序缺陷。

　　測試人員發(fā)現(xiàn)該缺陷的測試思路或測試用例并沒有出現(xiàn)在最初的測試設計或測試用例文檔中。

　　相信有很多讀者熟悉上述的情景，也許有些人認為這是測試設計的遺漏，但筆者要告訴讀者的是，千萬不要懷疑你的測試設計能力，因為這是非常正常的現(xiàn)象。由于我們還沒有真正深入地了解產品，不可能在測試設計的時候想到所有測試場景，且在需求分析階段不可能評審到所有的隱含需求，所以最初的測試設計并不能捕獲程序的所有缺陷。為了發(fā)現(xiàn)盡可能多的缺陷，測試人員需要在測試過程中，根據(jù)測試反饋持續(xù)地優(yōu)化測試模型、調整測試設計。這是一個研究、實踐和探索的過程。了解探索式測試的思維將有助于測試人員更有效地測試。

　　根據(jù)測試專家Erik Petersen對于探索式測試的理解，筆者抽象出探索式測試的思維模型CPIE（Collation，Prioritization，Investigation，Experimentation），如圖2.1所示。該測試模型包含迭代的4個階段：整理、排序、調查和實驗。

?

圖2.1? 探索式測試的思維模型

　　整理（Collation）：盡最大可能收集關于被測產品的信息，去了解和理解它們。

　　排序（Prioritization）：確定所有測試任務的優(yōu)先級。

　　調查（Investigation）：對即將執(zhí)行的測試任務進行仔細的分析并確定測試輸入和預期輸出。

　　實驗（Experimentation）：實際地去測試，驗證我們的預測是否正確，檢查我們在整理階段獲取到的信息是否正確。根據(jù)實驗結果，測試人員將收集更多的信息，并調整測試任務的優(yōu)先級。

　　對于探索式測試的思維過程，測試專家 James Bach提出了如圖2.2所示的思維模型。該模型包含一組啟發(fā)式問題，以推動測試人員在知識（Knowledge）、分析（Analysis）、實驗（Experiment）和測試故事（Testing Story）上深入探究。

　　知識：掌握產品特性、開發(fā)技術、測試技術和領域規(guī)則等測試需要的知識。

　　分析：分析產品風險、測試覆蓋、測試方法、測試先知 和產品缺陷等測試相關因素。

　　實驗：配置、操作、觀察和評估被測產品。

　　測試故事：用測試計劃、測試報告和可工作的產品等組成測試報告，以準確地反映測試狀態(tài)和產品質量。

圖2.2? 探索式測試的思維過程

　　從圖2.1和圖2.2可以看出James Bach和Erik Petersen的觀點都強調通過實驗（Experiment）來持續(xù)改進測試設計。他們認為瀑布式的測試設計和用例編寫并不會產生優(yōu)質的測試設計，測試人員還需要在測試執(zhí)行的時候持續(xù)擴展新的測試思路，完善測試設計。在探索式測試過程中，測試學習、測試設計、測試執(zhí)行和測試評估是互相支持和驅動的活動。第4章將講述幾個案例來說明探索式測試這種迭代優(yōu)化的測試風格。

轉載于:https://www.cnblogs.com/jpr-ok/articles/2690865.html

總結

以上是生活随笔為你收集整理的探索式测试的思维模型的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內容還不錯，歡迎將生活随笔推薦給好友。