探索式測試-概述

一、什麼是探索式測試？

　　通俗的講：探索性測試就是在徹底不熟悉項目業務需求的理解上，採用邊學產品知識邊測試，經過一些手段來操做產品，使其暴露出一些隱含的問題。特色是測試設計和測試執行是同時進行的。

二、探索式測試的測試範圍？

　　探索式測試的測試範圍通常是主要的功能實現，再加上主要的功能中隱含的一些潛在的風險。例如超長輸入引發的系統錯誤等。

三、爲何要進行探索式測試？

　　目前測試人員的功能測試手段太單一；越日後的測試發現的Bug率會逐步下降及投資回報率很低；行業內已經有了比較成熟的理論和實踐。

四、何時開始作探索式測試？

　　ET並非爲了發現主要功能的流程問題，因此須要特別在相對穩定的系統上作探索式測試，這樣有利於發現以前測試過程當中測試盲點，以及發揮測試的極限測試手段

五、怎麼作ET？

　　第一步：首先大概瞭解下產品需求或者原型

　　第二步：將系統的主要功能模塊和貢獻性的功能模塊列舉出來

　　第三步：確認以前的幾輪測試過程當中，哪些模塊發現的Bug較多，哪一個模塊發現的Bug較少，哪一個模塊存在的風險較大

　　第四步：對模塊進行分解，肯定每一個模塊所須要的時間

　　第五步：編寫測試計劃，包括全部測試點的名稱和時間及中間的緩衝時間

　　第六步：根據制定的測試計劃，邊學習邊執行測試，發現問題當即記錄問題描述。最後發送ET測試報告

　　第七步：與項目組人員溝通測試結果及存在的風險，對產品做出整體評價，同時跟蹤確認Bug的fix狀況

六、探索式測試測試的時候如何考慮？

　　在作探索式測試的過程當中，有一個最基本的原則就是以最少的學習時間來獲取最大的學習成果。也就是說在進行探索式測試時，系統主要功能的流程問題已經基本上不存在問題，這時候測試人員要儘量短的時間去了解產品的某個需求，而後去發現這個需求對應的功能隱含的問題。

　　探索式測試要求儘量多的去關注產品實現細節，多使用一些極限測試的手段，如超長字符、特殊字符等等

　　在測試過程當中一旦遇到一些問題致使沒法進行，這時應及時的提出來進行解決。

　　測試過程當中一旦發現疑似問題，應當即記錄，並在測試時間結束時與相關人員進行討論肯定是否爲Bug。

七、探索式測試結果分析

　　測試結束後對測試結果進行分析：每一個級別的Bug數分別有多少，從Bug產生的緣由着手分析每類Bug的數