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

本文中，我們來講下集成測試和上線前測試的兩個環(huán)節(jié)中的探索式測試。

集成測試

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

1.指南測試

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

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

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

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

2.專項測試

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

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

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

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

3.系統(tǒng)探索

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

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

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

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

上線測試

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

1.檢查點測試

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

2.風(fēng)險點測試

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

根據(jù)svn日志中查找修改點或者開發(fā)PM羅列出風(fēng)險，或者像回歸測試中的用到的精準(zhǔn)測試那樣輸出測試點，以這些為測試章程進(jìn)行測試，也即風(fēng)險點測試。

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

原文轉(zhuǎn)載自：