探索式測試能為枯燥的開發帶來浪漫因子。經過了這個浪漫的階段，新奇感消失，但其效果仍在。探索式測試與日常測試真正融為一體，深刻作用于產品質量保證，仿佛共同演奏了一出協奏曲。

本文中，我們來講下集成測試和上線前測試的兩個環節中的探索式測試。

集成測試

集成測試階段，各項功能（FT）都合入，且經過了測試，質量趨于穩定。也正是因為這種合入，可能導致新舊功能之間產生不可知的影響。因此集成測試應該是一次完整的質量體檢。我們的集成測試分成三個部分：指南測試、專項測試、系統探索。

1.指南測試

在探索式測試基礎方法中有一種方法叫做指南針測試法，就是根據需求來做測試。我們把驗證需求實現的用例稱之為一級基礎用例。因此指南測試其實也是用例測試，不過這個用例只是基礎用例，覆蓋了基礎需求，只包含正常邏輯的用例。

舉例來說QQ瀏覽器（iPhone）各個模塊完整用例共計3700多條，包含了需求驗證類型不含覆蓋安裝的基礎用例（1級用例），也包含了其他的用例（2級用例）例如模塊之間復雜交互和極限情況的用例、覆蓋安裝用例等。

這個用例篩選可以從兩個時機入手，第一個時機是在設計用例的時候，直接按照需求標識出1級用例和2級用例。如果一開始沒有做這樣的用例分級，可以再集成前測試人員先按照需求進行分級，再約上不同的開發負責人逐一進行評審，確?；A需求的驗證用例沒有遺漏。

在QQ瀏覽器（iPhone）實際測試中，700條用例，5個測試人力，大約需要1天的時間進行。

2.專項測試

把2級用例中涉及覆蓋安裝的用例抽離出來，作為專項測試內容。如下圖所示：

單獨列出這項測試是因為移動APP的覆蓋安裝比較耗時，如果在指南測試中進行，將會不斷出現等待升級的時間，我們將所有涉及覆蓋安裝的用例集中到一個時間段進行，通過一次升級就可以檢查多個數據在新舊版本上的完整性和正確性。涉及到的探索式測試策略包括：上一版本測試法、快遞測試法。

另外還有一個機型系統的適配問題，移動端的系統差異往往會影響其上的APP功能。實際集成測試每個測試人員負責的機型系統不同，因此我們還需要對一些核心功能進行全量的系統覆蓋。也把這部分單獨抽離出來作為專項測試。下圖所示。涉及到的探索式測試策略包括：遍歷測試法、超模測試法。

專項測試階段在QQ瀏覽器（iPhone）上的耗時為5人*0.5天。

3.系統探索

這個階段在基礎用例+覆蓋安裝用例之后，是一次大規模的探索式測試。

首先將瀏覽器基礎特性作為一個維度，將各個FT作為另外一個維度，形成如下圖所示的二維表。這個表的目的是將探索式測試的自由度限制在一個框架內，不至于偏離主題，在橫縱交叉點中測試人員可以充分發揮自己的自由度去做“邊測試邊設計”的工作。

這是二維表，還可以進一步演繹為多維表，將每個FT與整個瀏覽器乃至整個操作平臺的特性關聯起來，形成多維規劃圖。整個操作過程建議做測試記錄和交流總結。

在QQ瀏覽器（iPhone）上的這個階段耗時大約是5人*1.5天。

上線測試

上線測試一般時間相對有限。我們的測試就分為檢查點測試和風險點的測試。

1.檢查點測試

檢查點非常類似于集成測試中的指南測試，不過這里關注的是基礎特性是否受到影響。如下表所示是QQ瀏覽器（iPhone）在上線前的檢查點，基本涵蓋基礎功能驗證。

2.風險點測試

每次提交上線，都有一些修改的代碼，這些修改的代碼涉及的影響點，也是上線前測試階段探索式測試的著力點。

根據svn日志中查找修改點或者開發PM羅列出風險，或者像回歸測試中的用到的精準測試那樣輸出測試點，以這些為測試章程進行測試，也即風險點測試。

在這兩個階段的探索式測試落地實踐已經算是比較成熟和完備的階段，如果運用得到，將會事半功倍，改革舊有模式，非常值得嘗試。下一章我們將講述探索式測試基礎系列的生活進階曲，為大家介紹在孕育和傳承階段的經驗。

原文轉載自：