朱少民老師在微博中說：“大家現在熱衷于討論探索式測試（ET），是不是倒退？因為自動化測試總是軟件測試發展的必然趨勢，而要實現測試自動化，一定是先設計，后執行，即基于腳本的測試（ST）是基礎，而ET則是走相反的路，只適合手工測試，right？”

　　大家對此發表了自己的看法：

　　熱地憂妍：我覺得熱衷的原因有兩個，一個是自動化釋放出來的時間和精力何去何從的問題，如果找不到，其實自動化推行很難；第二是，軟件用戶對軟件的要求提高了，原有的系統化的測試不能滿足一些感性的問題和一些其他維度的測試需求。

　　季哥來自淘寶：大家喜歡討論有很多原因，一個主要原因是沒有把自動化測試的價值發揮出來，或者沒有把自動化測試做好。做自動化測試之前做ET是不沖突的，而且照樣可以進行先設計。關鍵的是把CI&ET進行結合。

　　CherylLiu：本人亦不認同，自動化測試，手動測試都是測試的手段，而真正的能夠使得測試全面的是對待測對象的分析和基于分析基礎上的測試用例的設計，自動化是趨勢，但是手動的很多作用卻不是區區自動化可替代的，自動化用好可節約成本提高效率，而對自動化的認識不足，一味追捧，則可能會適得其反！

　　stone_sheep：一再強調自動化，而不分具體情況；或者抵觸自動化；都是不好的。首先明確測試的目的是什么？自動化的目的是什么？它需要投入多少精力？能帶來多少助益？投入回報率如何？自動化大助益是回歸測試。用回歸測試思路去發掘新bug是低效的，用回歸測試驗證已有的功能是高效的。ET是更進一步的含義。

　　我是豬小能：ET不僅僅適合手工。ET的方法也可以自動化。只是相對于將現有的固定操作步驟自動化來說，將思維進行自動化并且帶有自主認知提升和學習機制，這個是很難的。不過也是追求方向。

　　Mysoft_前方：自動化測試的成本（前期投入成本、后期維護成本）決定了自動化測試的覆蓋度，ST是基礎，ET是補充，在驗證“程序是符合設計和業務需求的”應使用ST，而要驗證“程序是存在BUG的”或為了找到更多的BUG，可在ST的基礎上開展ET，我理解應將兩者有效結合、相輔相成，不應該取一舍一。

　　熱地憂妍回復朱少民老師：對于能力較弱的團隊“太敏捷”了，其實不好，現在計劃：好的團隊支持他們自己去研究探索性測試，中等的團隊協助或直接提供自動化支持，太新的團隊從測試策略和測試計劃開始抓。公司大了團隊差異都很大，何況業界。n年前看的人月神話，一直記得深的，是沒有銀彈。