軟件測試中什么是探索性測試？

軟件測試中什么是探索性測試？

探索性軟件測試是一種強大和有趣的測試方法。在某些情況下，它比劇本化的測試更高效。其實(shí)，每個(gè)測試員都在不知不覺(jué)地在用到探索性測試方法，但是很少有人學(xué)習和重視這種方法?，F在是時(shí)候認識一下探索性測試方法了：科學(xué)的實(shí)時(shí)的思考。

Concurrent Test Design and Execution

同時(shí)設計測試和執行測試

對探索性測試的最直白的定義是：同時(shí)設計測試和執行測試。這與劇本化的測試方法相反（預先定義好測試步驟）。探索性測試不像劇本化的測試，不會(huì )預先定義， 不會(huì )嚴格按照計劃開(kāi)展。然而，即使是精確定義的測試步驟也會(huì )有很多有趣的細節遺留給測試員（例如：在鍵盤(pán)上敲擊的速度、怎樣的行為才認為是錯誤）；即使是 方式非常自由的探索性測試也會(huì )對測試產(chǎn)品的哪些部分作出規定，或規定采用什么測試策略。

好的探索性測試者會(huì )把測試的想法寫(xiě)下來(lái)，并應用在后來(lái)的測試循環(huán)中。這些記錄下來(lái)的東西看起來(lái)有點(diǎn)像測試腳本。

探索性測試有時(shí)候會(huì )與即興測試(ad hoc testing)混淆。即興測試通常是指臨時(shí)準備的、即席的bug搜索的測試過(guò)程。從定義可以看出，誰(shuí)都可以做即興測試。由Cem Kaner提出的探索性測試，相比即興測試是一種精致的、有思想的過(guò)程。

Balancing Exploratory Testing With Scripted Testing

平衡探索性測試與劇本化測試

如果做到了下一項測試被我們所做的上一測試的結果所影響，那么我們就是在做探索性測試。當我們在測試循環(huán)之前不知道應該運行什么測試時(shí)，或者我們還沒(méi)機會(huì )創(chuàng )建測試，我們應該更多地探索。

如果我們正在執行劇本化的測試的時(shí)候，新的信息提示我們可以有更好的測試策略，我們應該轉成探索模式（例如發(fā)現了新的錯誤需要進(jìn)行調查）。

相反地，當我們非常清楚我們要做什么測試以及怎樣做時(shí)，我們應該采取劇本化的測試方法。新的測試相對沒(méi)那么重要，執行測試的效率和可靠性的需要使得測試值得劇本化，值得我們把它們文檔化并維護。

探索性的測試結果與劇本化的測試并沒(méi)有根本性的區別，兩種測試方式是完全兼容的。像Nortel和微軟這樣的公司通常在項目中兩種方法都使用。

Why Do Exploratory Testing?

為什么要做探索性測試?

在有效的探索性測試循環(huán)管理中的重復主題是：測試、測試策略、測試報告和測試任務(wù)。測試劇本化的方式企圖將測試過(guò)程機械化，從測試設計者的腦袋中把測試的思想抽取出來(lái)并放到紙面上。這種測試方法的好處很多。

但是探索性測試者持這樣的觀(guān)點(diǎn)：把測試劇本化地寫(xiě)下來(lái)并按照它們來(lái)測試會(huì )破壞快速尋找重要問(wèn)題這一智力的過(guò)程。這一智力的過(guò)程越豐富、越流暢，我們越有機 會(huì )在正確的時(shí)間執行正確的測試。這就是探索性測試的威力所在：測試過(guò)程的豐富性只是受限于我們的思維的廣度和深度，還有我們對測試產(chǎn)品的洞察能力。

劇本化的測試是有它存在的意義的，我可以想象測試的效率和可重復性是那么的重要，所以我們應該劇本化或自動(dòng)化測試。在測試環(huán)境間歇有效的情況下，例如 C/S結構的項目，只有幾個(gè)配置的服務(wù)器有效并且要在測試和開(kāi)發(fā)之間共享。這種情形下我們應該把測試小心仔細地提前劇本化，以便能充分利用有限的測試執行 時(shí)間。

探索性測試在復雜的測試情況下會(huì )特別有用，對產(chǎn)品了解甚少的情況下會(huì )特別有用，或者作為準備劇本化測試的一部分測試?；疽巹t是：應該在你準備進(jìn)行的下一次測試內容并不明確的情況下進(jìn)行探索性測試，或者你希望把這些不明確的因素明確了。

原文轉自：http://kjueaiud.com