本文章轉載于搜狗測試
-----項目測試流程
應一位網友“rendaozhongnian”的要求，這一期我寫一篇關于搜狗測試流程的文章。
一、問題描述
這位朋友提到這樣的一個問題，“從產品到測試的流程，在這個流程大家都擔任的職責”，我概括了下，搜狗手機瀏覽器現有的流程：
（1）一個版本需求從產品方產出，經過需求討論會，三方（產品、開發、測試）經過激烈的碰撞，測試此時一個重要職責就是評估需求的合理性，產生出一個新的需求。
（2）最終版需求產生后，開發著手開發，測試會重新仔細研究需求，找到產品的漏洞或者產品沒有考慮清楚的地方，通過郵件形式溝通，讓產品將需求補充完整。期間開發也會關注郵件，對產品進行開發完善。
（3）與（2）同時進行的是，需求討論會之后，測試會編寫一些主流程的自測case，發給開發，開發執行自測case沒有問題后，回復郵件表示提測，之后測試會通過自測case回歸一下，確認需求已經提測。
（4）測試經過仔細閱讀需求后，編寫出完整的測試用例，進行測試。我們測試這邊分為一輪測試、二輪測試和冒煙測試。
（5）測試完成后，上線前，三方（開發、產品、測試）要聚在一起，核對現有bug，看看哪些是比較嚴重影響體驗的，需要在上線前修改完成，剩余的微小問題可以在之后版本慢慢完善，并且對這些問題記錄風險，以便上線后備忘。
二、測試流程
關于問題中的（4），這里便詳細展開說明一下。
1、預測試
開發發出提測郵件后，測試同學要拿著自己發出的自測case進行簡短的預測試，預測試通過后開始下一步測試，如果預測試沒有通過，需要給開發報出阻塞問題的同時，回復提測郵件，公示存在的阻塞問題，希望開發修改，重新提測。（打回去重新提測的情況比較少，大部分情況，開發都會將自測的問題修改完畢后發提測郵件，搜狗的開發同學還是很負責認真的）
2、一輪測試和適配測試
預測試通過后，測試同學會開始一輪測試，一輪測試主要跑的是前期設計的測試大綱（搜狗這邊測試大綱使用MindManager軟件，將來會投入使用搜狗自己開發的用例管理系統，現在還未投入使用），這個測試大綱主要是針對本版本的新功能設計的，如果在和開發溝通中發現，部分老功能會受到影響，測試也會在一輪測試中跑一下受到影響的老功能的case（即舊的case），如果對老功能沒有影響，就只跑新的case即可。
在開發提測后，視覺同學也會做相應的視覺走查，視覺會跟進視覺走查出的問題，視覺走查問題跟進完畢后，測試會開始適配測試，適配測試中測試會將所有的適配case都在一個分辨率手機上執行，不會分開執行，也就是不再按照模塊功能負責的形式執行。
3、二輪測試
一輪測試和適配測試結束后，會測試出很多bug，開發會花時間改bug，在bug修改到一定時間，產品、開發、測試會聚在一起討論bug的修改情況，判定哪些問題可以在以后的版本修改。此時測試的一個重要角色就是盡可能守住質量標準，對于一些風險較高需要遺留的問題要經過反復討論。如果產品一定要上線，必要時要進行全組公示。
之后，測試會開始二輪測試，二輪測試主要是跑checklist，可能您要問checklist是什么，checklist就是一些主要流程和主要場景的測試case，是一輪中測試大綱中篩選出的比較重要比較核心的case。
4、冒煙測試
二輪測試結束后，同樣需要核對上線前需要修改的問題，對于風險的公示方式與一輪測試之后相似。風險和bug確認完畢后，就可以開始上線前最后的測試，我們俗稱冒煙測試。冒煙測試用例是一套最核心、最重要的case，涵蓋了特別主要的流程和路徑，是瀏覽器功能的核心用例。
如果冒煙測試后沒有發現問題，且各項指標達到標準，就可以上線了，如果冒煙中發現了問題，還需要對測試范圍進行評估，根據改動范圍跑一些用例。
