在完成一(yī)個項目後，産品經理驗收時還是會發現一(yī)堆bug，遇到這種問題時産品經理應該怎麽做？先不要責任在誰，應該回顧一(yī)下(xià)是哪個環節出現了問題，一(yī)起分(fēn)析解決；本文作者分(fēn)享了關于産品驗收時發現bug後的解決辦法，我(wǒ)(wǒ)們一(yī)起來看一(yī)下(xià)。
—————— BEGIN ——————
爲什麽明明寫了 1000 多條測試用例，回歸測試測了幾個小(xiǎo)時，等産品經理驗收時，還是一(yī)堆 bug？
産品經理最終對産品的交付效果負責，客戶有問題時，他不能說：這不是我(wǒ)(wǒ)的問題，我(wǒ)(wǒ)産品設計是沒問題的，是測試人員(yuán)沒測出來；所以我(wǒ)(wǒ)們除了産品規劃外(wài)，還花了很多的精力在測試驗收上。
之前我(wǒ)(wǒ)們産品經理參與驗收的環節有很多：靜态頁面驗收、開(kāi)發環境驗收、測試環境驗收、上線後産品驗收。
對于産品經理來說，一(yī)個給力的測試至少能減少 50% 的工(gōng)作量；我(wǒ)(wǒ)們都希望隻最後驗收一(yī)遍，而且是一(yī)遍過。
當我(wǒ)(wǒ)們的願望達不成時，我(wǒ)(wǒ)們就得回過頭去(qù)看看測試的問題，看是否可以改善。
回歸測試測全了嗎(ma)？
這一(yī)點其實是我(wǒ)(wǒ)們不願意去(qù)質疑的，這是測試人員(yuán)的責任問題。
但我(wǒ)(wǒ)們在驗收時常常忍不住想：測試真的有測過嗎(ma)？
比如說這個頁面的字段少了，這種最基本的問題，測試都看不出來嗎(ma)？
比如這期上線内容和某些模塊沒有關系，頁面查看和點擊頁面上按鈕時也都是正常的，但當你去(qù)保存或者修改時報錯了，這難道不屬于回歸測試範圍内的？
可能測試把注意力放(fàng)在了新增功能上，主觀覺得某些功能不會有問題，就沒有執行完整的測試用例。
不過這一(yī)點還是要承認的，測試時間一(yī)般都是比較緊的，有時候人手還不夠，測試壓力很大(dà)，有所側重的測試；理論是沒問題的，有時就看運氣好不好了，出現問題的概率和嚴重程度有多大(dà)。
隻關心流程，不關心體(tǐ)驗
有時候我(wǒ)(wǒ)也會去(qù)參加測試人員(yuán)的面試，我(wǒ)(wǒ)比較關心的一(yī)個問題是：你們測試時會看樣式嗎(ma)？體(tǐ)驗感覺不好時會提嗎(ma)？
可能是這些年有些心理陰影了吧——遇到過一(yī)些測試，覺得樣式和體(tǐ)驗是和他們無關的事情；從公司責任劃分(fēn)來看，這也沒什麽問題，誰都不想給自己攔很多活，況且一(yī)些是偏主觀，不能定量的。
從産品經理角度來說，希望團隊中(zhōng)人人都是産品經理，大(dà)家可以齊心協力，奔着把産品做好的同一(yī)個目标去(qù)。
可能是我(wǒ)(wǒ)們的期望太高，也沒有向測試傳達清楚；那後面責任劃分(fēn)時可以要求他們樣式對照 UI 稿測，記錄前端 bug，體(tǐ)驗問題隻能說盡量提出，給我(wǒ)(wǒ)們一(yī)些建議。
沒從現實場景出發
這個問題我(wǒ)(wǒ)們也經常會遇到，哪怕我(wǒ)(wǒ)們按照我(wǒ)(wǒ)們的要求驗收通過了産品，領導或者客戶點的時候，還是一(yī)堆 bug。
因爲每個人在使用産品時，場景不一(yī)樣，使用方法也不一(yī)樣，就會出現很多預料之外(wài)的問題。
主要還是下(xià)面2點原因：
1. 數據過于測試化
大(dà)部分(fēn)的測試數據都是“111,222”，測試“産品1”這種，按照測試用例來測試時是沒問題；但一(yī)旦把數據換成用戶的真實數據，問題就很多了。
最常見的是字符長度問題，一(yī)般字段長度限制是 32,64,128 這種，測試數據長度太短時顯示沒有問題，一(yī)旦長一(yī)點，頁面可能都亂了；比如藥品名稱，測試數據是“芬必得”，真實名稱是“芬必得布洛芬緩釋膠囊”。
我(wǒ)(wǒ)們經常讓測試做邊緣測試，但事實上不可能所有字段都做，那怎麽區分(fēn)哪些要做，哪些不要做呢？最好的方法就是拿一(yī)家典型客戶的數據來做測試，盡量避免寫 111 這種。
2. 沒模拟用戶使用路徑
簡單來說，沒有站在用戶的角度去(qù)測試産品；這個點或許對測試來說要求是有點高，絕大(dà)部分(fēn)人能按測試思維，把産品測完就已經不錯了。
這和上面一(yī)個點也是有非常大(dà)的關系的，我(wǒ)(wǒ)在測試環境測的時候，也常常發現不了問題，爲什麽？因爲看着一(yī)些過于測試化的數據時，我(wǒ)(wǒ)都想不出下(xià)一(yī)步該去(qù)操作什麽；所以一(yī)般産品經理都會建一(yī)些相對比較真實的自己的數據，而不是用測試數據。
最關鍵的還是這個點：互聯網人對産品業務的理解太淺，甚至是不理解，特别是 B 端産品；大(dà)部分(fēn)的開(kāi)發和測試，沒有接觸過客戶，沒有去(qù)過實地，單靠産品經理的講述，很難建立三維的感觀。
像醫療、工(gōng)業這種都是門檻比較高的，可能醫院我(wǒ)(wǒ)們還去(qù)過，對于醫生(shēng)的看診流程還體(tǐ)會得到；但工(gōng)業就離(lí)我(wǒ)(wǒ)們比較遙遠了，真的是從來沒有去(qù)過工(gōng)廠，很難理解爲什麽有些産品不看編号、看圖号，入庫産品包裝上爲什麽沒有條碼，爲什麽鋼材還要關心爐批号。
如果公司允許，能帶着開(kāi)發和測試去(qù)實地看看，對産品開(kāi)發是有很大(dà)幫助的。
總結一(yī)下(xià)
産品有 bug，先不要想這個鍋應該誰來背。
産品經理會說：測試沒有測到位；
測試會說：開(kāi)發水平太差，bug 太多；
開(kāi)發會說：你的産品文檔沒寫清。
還是要強調這個事：産品不是一(yī)個人的事，是大(dà)家的事；我(wǒ)(wǒ)們把甩鍋的時間用在分(fēn)析問題、制定解決方案上，會更加有效。
