作為產品經理，如果你處于一個比較完善的團隊，有專業的測試人員，那么你可以不用在你有限的工作時間中擠出一部分時間專門做產品測試工作；但是如果團隊沒有測試資源，那就只有產品經理頂上。做好測試工作是產品上線前的最后一次把關，戰略意義重大。
前面我們聊需求池的時候，說到產品經理需要維護自己的需求池，測試同學維護自己的BUGlist，有接收到的BUG記錄到BUGlist，其實，這里還有一個專業的測試文檔，一般我們稱之為“測試用例”，它相當于是指導測試的方向和步驟的用例集合。
關于測試用例咱們不多講，網上也有很多專門介紹測試用例怎么寫的資料。因為不同的產品以及不同的團隊對于測試用例的要求不一樣，并且如果產品經理負責測試的話，測試用例也取決于產品經理個人喜好吧，這里截了我以前做的一份測試用例的表格表頭，非專業測試，表格比較簡單，看看就好。
下面咱們還是回到常規產品測試流程
1. 產品測試大致流程
a、研發自測：研發完成后，研發人員必須要保證代碼層面的調試通過，以及流程順暢，功能都已經開發完成。
b、測試同學測：壓力測試、接口測試、功能測試、安全性測試等等
c、產品經理測試：測流程、測功能、測頁面交互
d、UI/UE測試：界面、交互細節測試，查看元素是否正常
e、運營測試：這個基本上就是運營同學看產品是否和運營方案匹配等等
專業的人做專業的事，其實從這個流程里面來看，測試就是每個崗位完成自己工作的驗收，所以一般我們測試完成都會反饋已驗收。同時，產品經理看上去負責的是其中部分測試工作，但是還是那句話，作為產品經理，一定要有owner意識，產品是我們負責，就一定要把好每一道關，其他測試環節也要參與進去，至少要知道具體測試情況。
2. 產品經理參與產品測試
2.1 產品經理為什么一定要參與測試
a、對產品開發的情況有基本的了解，開發階段就要主動去了解
b、對產品的BUG做判斷，風險把控
c、BUG修復的優先級判斷和調整
2.2 產品經理怎么參與測試
a、基于需求文檔進行驗收
b、回歸流程，從流程入手，確保流程沒有問題
c、從流程中分解測試用例，產品需要關注流程的用例，細節方面測試同學關注
d、出現BUG怎么辦呢？
-復現 -> 保留現場 -> 記錄 -> 找QA -> 找研發
-讓QA找研發，QA統一把控BUG，避免反復等信息不對稱問題
e、提BUG。改進和BUG是不一樣的東西，區分清楚，不要疲于改進，改進是優化，類似于新需求，永遠都改不完
f、對BUG優先級：
-嚴重BUG：關于流程、邏輯方面的問題，必須改
-一般BUG：關于可以改進的小問題，根據項目情況決定改不改
2.3 BUG管理
BUG管理呢，可以通過Excel或者協同工具teambition等處理，核心是產品經理必須做好優先級把控，BUG出現很正常，怕的是沒有合理的管理，導致反復不停的修改，那么團隊將會很反感改BUG，疲于改BUG。
團隊配合是通過一個一個項目迭代后磨練出來的，不是通過管理工具實現的，正如工具永遠不可能改變一個懶癌患者，但是會讓優秀的人更優秀。
想看更多干貨分享就快來關注我的個人公眾號吧！！
花名：饅頭
個人公眾號：我是饅頭
座右銘：博學之，審問之，慎思之，明辨之，篤行之
