適用范圍
測試活動大概可分為兩部分：發現產品的缺陷，驗證產品無缺陷，兩者缺一不可。探索測試可用于缺陷盡快、盡早的暴露，給我們大概勾畫出缺陷分布圖，但不能保證產品無瑕疵。故此法必須配合老老實實的規格驗收活動，探索測試可作為敏捷開發的一個小活動，產品質量由下自上改進一個添花項。
技術積累
缺陷分布的宏觀分析：各個版本按照一定的模板收集缺陷類型（ST階段數據為佳）；結合逆向分析、網上問題分析，給出我們產品的薄弱點。
具體版本關鍵路徑分析：結合版本設計要素，管理好關鍵風險；建設好規格的驗收活動，必須是自動化的，最好是可重用的；UT、IT、ST用例是完整的，SDV驗收活動是可靠的。
功能模塊的解耦合，軟件硬件解耦合便于各個子領域的質量控制；集成風險的分析，有效的控制產品的質量。
活動開展模式
規格分解階段，分析規格（此規格是TSEG與SEG共同確認的），建設規格驗收的活動。編碼階段，測試人員白天分析代碼，編寫測試用例，晚上自動化驗證。兩組人馬可以相同，兩項活動必須開展，相輔相成。
現在資源分析
接入產品線的老特性的自動化驗收用例是比較完整的，但缺乏具體的覆蓋統計。骨干員工基本上接觸過腳本語言，但不太熟練，若新特性的研發的自動化規格驗證腳本，探索測試發現的用例自動化實現，能否及時交付，可能存在一定的難度。組內做軟件的人員基本上沒有開發經驗，軟硬系統架構能力缺乏，能否有效的分析出關鍵風險，有效的控制好軟件硬件解耦以及系統集成，存在很大的問題。
接入產品現有的體現結構還相對簡單，就目前的人力來看，若能有效結合軟硬各自領域的知識，TSEG可以支撐白盒測試的開展。
團隊測試文化建設
落實測試基本理念：發現產品的缺陷，驗證產品無缺陷，兩者缺一不可。測試人員對負責的特性負責，而不是僅僅是交付件。
推進計劃
第一步，能力準備與數據準備。代碼分析能力提升與自動化測試用例設計能力提升：可以從維護版本開始，在缺陷修改階段，研發測試共同討論修改方案；測試提供驗證用例，必須是自動化的，這樣白天設計用例，晚上自動化驗證。從轉測試后的版本質量評估此項活動是否有效。衡量目標，維護版本只需一個質量驗收版本即可發布；缺陷分布因子確定，需要從各個版本中統計出缺陷的分布情況與遺留到網上去的缺陷分布情況。
第二步，在新版本上試點，規格分解后，QX接口確定后，同步開發規格自動化驗收用例。開發階段分層覆蓋QX接口，新增函數路徑覆蓋，軟硬接口文檔。若版本的ST測試質量能達到如上的覆蓋要求，而SDV階段規格自動化驗收集合是完備的（是指精確的知道自動化覆蓋多少規格以及場景，手工用例覆蓋了多少規格以及場景）。則在SDV階段可以采用探索測試的方法，激發員工的能動性。
第三步，在ST階段采用探索測試方法，快速的找到產品的短木板（關鍵）。具體實現還沒有想清楚，請給位指點迷津。
前景展望
測試的劣勢在重復性的工作太多，同時這也是我們的優勢，只要我們能找到重復到重用的道路。今后我們有理由相信，測試的工作是可以達到24*7的，我們只要做好8*5的設計工作，其余的就交給工具來幫我們完成。