軟件測試培訓 探索式測試分析

　　軟件測試培訓探索式的概念已經提出來有一段時間了，各位同學你們知道這個概念嗎?目前在國內有一部人人士在學習和研究，但是還沒有真正的被運用起來。今天小編就給大家普及一下關于這方面的知識!

　　很多人看完一些書還是感覺困惑，感覺迷茫，在懷疑自己的能力是否有問題。我剛開始也是同感，感覺看完一些專家大牛的定義解釋，還是沒有理解什么是探索式測試 。看過一個游戲的例子，我豁然開朗。忽然有一種想法“之前的解釋不是我們看不懂，而是定義本身就不清楚，或者說有些翻譯太生硬“。探索式測試是好還是不好，每個人應該都有自己的看法;探索式測試怎么去用，每個團隊也應該根據自己的實際情況進行判斷;但總的來說，我認為，至少探索式測試里有很多好的方法，好的測試思路是值得我們學習的。好的東西，無論屬于哪個派別，只要自己掌握了，都可以融匯貫通，使我們的功力大增。

　　首先我舉個例子讓大家理解一下什么是探索式測試吧。比如我們買了一款新的機器人玩具，但是剛買回來還不知道怎么控制，怎么使用。一般我們會先大概看看說明書，然后就會迫不及待的去操作了。這時， 就需要我們一邊研究說明書，一邊實際操作怎么使用并觀察使用的結果。如果使用的不正確，我們會繼續研究，繼續學習思考，直到我們了解了基本的用法，并學會使用。這個學習使用的過程就是我們探索的過程;其實這個過程就類似于探索式測試的過程。

　　到底什么是探索式測試?

　　探索式測試(Exploratory Testing)

　　我認為首先是一種測試類型，然后是采用探索的方式進行測試。

　　”探索“就表明對軟件還是未知，需要去研究，去學習，去試探。

　　探索式測試沒有標準的方法或技術，只要有好的經驗、好的思路、好的方法，我們就可以用來進行探索。

　　就像James Whittaker總結的探索式測試模型，我們可以作為探索式測試的基本模型，但是探索式測試的方法及思路不僅僅限于此。我們千萬不能搞兩個凡是：”凡是國外專家的都是對的，凡是國外專家的都是標準。“;連James Whittaker自己都說過，

　　我們自己可以通過實際經驗來總結自己的探索式測試方法。

　　總之，我認為探索式測試就是采用新的測試思路，邊學習、邊設計、邊測試、邊思考。

　　進行探索式測試的目的?

　　探索式測試適用的場景或目的有很多(下面只是一部分)：

　　· 需要快速學習一款產品;

　　· 需要尋求多樣化的測試;

　　· 在進行腳本測試后，還想要進行多樣化的測試;

　　· 想要在最短的時間內發現最多嚴重的bug;

　　· 想要檢查一個測試人員的工作;

　　但我認為我們開展探索式測試的目的就是進行 缺陷大掃除。

　　通過新的思路，新的方法，去發現還未被發現的問題，去掃除漏網之魚。

　　探索式測試的條件

　　項目要求：

　　· 產品穩定

　　· 產品重要

　　測試員要求：

　　· 有激情感興趣

　　· 掌握探索式測試理論和方法

　　什么情況使用探索式測試?

　　我們日常的測試一般都要進行2-3輪，在國內一般都是根據需求編寫測試用例，其中會考慮不同的測試類型不同的測試用例設計方法。但是同樣的用例執行到最后一遍，基本很難發現問題了。這時，如果我們能夠換一種測試思路，補充一些新的測試點，也許我們就會發現新的bug了。

　　所以，我認為探索式測試放在第三輪會更合適。也許有的人會說探索式測試適合在每一個階段;我覺得好的測試思路、測試方法可以在任何時候使用，但是系統的使用探索式測試，我覺得還是放在最后幾個階段會比較合適。

　　怎樣進行探索式測試?

　　《探索式測試實踐之路》給出的步驟：

　　第一步: 看 PRD 和原型等各種可提供的文檔。

　　第二步: 確定核心功能模塊。

　　第三步：與項目組測試人員溝通，確定bug最多風險最大的模塊。

　　第四步：制定探索式計劃： 測程數、每個測程的任務、每個測程的時間。

　　第五步：根據計劃執行：

　　第六步：根據 計劃，邊學習、邊設計、邊測試、邊思考;根據具體情況隨時修改測試策略。

　　第七部：發送缺陷報告。

　　其實第四部是否要進行，我覺得可以根據實際情況來。

　　我總結的步驟：

　　1、閱讀需求文檔，確定核心模塊。

　　2、查看bug管理系統或與測試人員溝通，確定問題較多的模塊。

　　3、根據需求，探索核心模塊的功能。

　　4、根據啟發式測試策略模型和漫游測試模型挑選補充測試策略進行測試。

　　5、根據計劃，邊學習、邊設計、邊測試、邊思考;根據具體情況隨時修改測試策略。