前文講過，探索式測試能為平常的生活帶來浪漫因子，在浪漫一段時間後，新奇感消失，但效果仍在，探索式測試與日常測試真正融為一體，深刻作用於產品質量保證，共同演奏出協奏曲。接著上篇，我們來講下整合測試和上線前測試的兩個環節中的探索式測試。
整合測試階段，各項功能（ft）都合入，且經過了測試，質量趨於穩定。也正是因為這種合入，可能導致新舊功能之間產生不可知的影響。因此整合測試應該是一次完整的質量體檢。我們的整合測試分成三個部分：指南測試、專項測試、系統探索。
在探索式測試基礎方法中有一種方法叫做指南針測試法，就是根據需求來做測試。我們把驗證需求實現的用例稱之為一級基礎用例。因此指南測試其實也是用例測試，不過這個用例只是基礎用例，覆蓋了基礎需求，只包含正常邏輯的用例。舉例來說qq瀏覽器（iphone）各個模組完整用例共計3700多條，包含了需求驗證型別不含覆蓋安裝的基礎用例（1級用例），也包含了其他的用例（2級用例）例如模組之間複雜互動和極限情況的用例、覆蓋安裝用例等。
這個用例篩選可以從兩個時機入手，第乙個時機是在設計用例的時候，直接按照需求標識出1級用例和2級用例。如果一開始沒有做這樣的用例分級，可以再整合前測試人員先按照需求進行分級，再約上不同的開發負責人逐一進行評審，確保基礎需求的驗證用例沒有遺漏。
在qq瀏覽器（iphone）實際測試中，700條用例，5個測試人力，大約需要1天的時間進行。
把2級用例中涉及覆蓋安裝的用例抽離出來，作為專項測試內容。如下圖所示：專項測試階段在qq瀏覽器（iphone）上的耗時為5人*0.5天。
這個階段在基礎用例+覆蓋安裝用例之後，是一次大規模的探索式測試。首先將瀏覽器基礎特性作為乙個維度，將各個ft作為另外乙個維度，形成如下圖所示的二維表。這個表的目的是將探索式測試的自由度限制在乙個框架內，不至於偏離主題，在橫縱交叉點中測試人員可以充分發揮自己的自由度去做「邊測試邊設計」的工作。
這是二維表，還可以進一步演繹為多維表，將每個ft與整個瀏覽器乃至整個操作平台的特性關聯起來，形成多維規劃圖。整個操作過程建議做測試記錄和交流總結。
在qq瀏覽器（iphone）上的這個階段耗時大約是5人*1.5天。
上線測試一般時間相對有限。我們的測試就分為檢查點測試和風險點的測試。
檢查點非常類似於整合測試中的指南測試，不過這裡關注的是基礎特性是否受到影響。如下表所示是qq瀏覽器（iphone）在上線前的檢查點，基本涵蓋基礎功能驗證。
每次提交上線，都有一些修改的**，這些修改的**涉及的影響點，也是上線前測試階段探索式測試的著力點。根據svn日誌中查詢修改點或者開發pm羅列出風險，或者像回歸測試中的用到的精準測試那樣輸出測試點，以這些為測試章程進行測試，也即風險點測試。
孟德爾遜 E小調小提琴協奏曲 個人賞析
賞析位址 想起來我第一次去 廳聽的室內樂就是這首 e小調小提琴協奏曲 孟德爾遜。超級浪漫的，開頭。主要是平時接觸的古典樂引子好長的，不過這首，上來就是華彩。感受兩個字 驚豔！不過個人更喜歡協奏曲，如果是小提琴獨奏的話，不太喜歡，沒有了那種立體的感覺。網上了解到孟德爾遜不像其他古典 家一樣，生病的生病...