編輯導(dǎo)語：在完成一個項目后，產(chǎn)品經(jīng)理驗收時還是會發(fā)現(xiàn)一堆bug，遇到這種問題時產(chǎn)品經(jīng)理應(yīng)該怎么做？先不要責(zé)任在誰，應(yīng)該回顧一下是哪個環(huán)節(jié)出現(xiàn)了問題，一起分析解決；本文作者分享了關(guān)于產(chǎn)品驗收時發(fā)現(xiàn)bug后的解決辦法，我們一起來看一下。

為什么明明寫了 1000 多條測試用例，回歸測試測了幾個小時，等產(chǎn)品經(jīng)理驗收時，還是一堆 bug？

產(chǎn)品經(jīng)理最終對產(chǎn)品的交付效果負(fù)責(zé)，客戶有問題時，他不能說：這不是我的問題，我產(chǎn)品設(shè)計是沒問題的，是測試人員沒測出來；所以我們除了產(chǎn)品規(guī)劃外，還花了很多的精力在測試驗收上。

之前我們產(chǎn)品經(jīng)理參與驗收的環(huán)節(jié)有很多：靜態(tài)頁面驗收、開發(fā)環(huán)境驗收、測試環(huán)境驗收、上線后產(chǎn)品驗收。

對于產(chǎn)品經(jīng)理來說，一個給力的測試至少能減少 50% 的工作量；我們都希望只最后驗收一遍，而且是一遍過。

當(dāng)我們的愿望達不成時，我們就得回過頭去看看測試的問題，看是否可以改善。

一、回歸測試測全了嗎？

這一點其實是我們不愿意去質(zhì)疑的，這是測試人員的責(zé)任問題。

但我們在驗收時常常忍不住想：測試真的有測過嗎？

比如說這個頁面的字段少了，這種最基本的問題，測試都看不出來嗎？

比如這期上線內(nèi)容和某些模塊沒有關(guān)系，頁面查看和點擊頁面上按鈕時也都是正常的，但當(dāng)你去保存或者修改時報錯了，這難道不屬于回歸測試范圍內(nèi)的？

可能測試把注意力放在了新增功能上，主觀覺得某些功能不會有問題，就沒有執(zhí)行完整的測試用例。

不過這一點還是要承認(rèn)的，測試時間一般都是比較緊的，有時候人手還不夠，測試壓力很大，有所側(cè)重的測試；理論是沒問題的，有時就看運氣好不好了，出現(xiàn)問題的概率和嚴(yán)重程度有多大。

二、只關(guān)心流程，不關(guān)心體驗

有時候我也會去參加測試人員的面試，我比較關(guān)心的一個問題是：你們測試時會看樣式嗎？體驗感覺不好時會提嗎？

可能是這些年有些心理陰影了吧——遇到過一些測試，覺得樣式和體驗是和他們無關(guān)的事情；從公司責(zé)任劃分來看，這也沒什么問題，誰都不想給自己攔很多活，況且一些是偏主觀，不能定量的。

從產(chǎn)品經(jīng)理角度來說，希望團隊中人人都是產(chǎn)品經(jīng)理，大家可以齊心協(xié)力，奔著把產(chǎn)品做好的同一個目標(biāo)去。

可能是我們的期望太高，也沒有向測試傳達清楚；那后面責(zé)任劃分時可以要求他們樣式對照 UI 稿測，記錄前端 bug，體驗問題只能說盡量提出，給我們一些建議。

三、沒從現(xiàn)實場景出發(fā)

這個問題我們也經(jīng)常會遇到，哪怕我們按照我們的要求驗收通過了產(chǎn)品，領(lǐng)導(dǎo)或者客戶點的時候，還是一堆 bug。

因為每個人在使用產(chǎn)品時，場景不一樣，使用方法也不一樣，就會出現(xiàn)很多預(yù)料之外的問題。

主要還是下面2點原因：

1. 數(shù)據(jù)過于測試化

大部分的測試數(shù)據(jù)都是“111,222”，測試“產(chǎn)品1”這種，按照測試用例來測試時是沒問題；但一旦把數(shù)據(jù)換成用戶的真實數(shù)據(jù)，問題就很多了。

最常見的是字符長度問題，一般字段長度限制是 32,64,128 這種，測試數(shù)據(jù)長度太短時顯示沒有問題，一旦長一點，頁面可能都亂了；比如藥品名稱，測試數(shù)據(jù)是“芬必得”，真實名稱是“芬必得布洛芬緩釋膠囊”。

我們經(jīng)常讓測試做邊緣測試，但事實上不可能所有字段都做，那怎么區(qū)分哪些要做，哪些不要做呢？最好的方法就是拿一家典型客戶的數(shù)據(jù)來做測試，盡量避免寫 111 這種。

2. 沒模擬用戶使用路徑

簡單來說，沒有站在用戶的角度去測試產(chǎn)品；這個點或許對測試來說要求是有點高，絕大部分人能按測試思維，把產(chǎn)品測完就已經(jīng)不錯了。

這和上面一個點也是有非常大的關(guān)系的，我在測試環(huán)境測的時候，也常常發(fā)現(xiàn)不了問題，為什么？因為看著一些過于測試化的數(shù)據(jù)時，我都想不出下一步該去操作什么；所以一般產(chǎn)品經(jīng)理都會建一些相對比較真實的自己的數(shù)據(jù)，而不是用測試數(shù)據(jù)。

最關(guān)鍵的還是這個點：互聯(lián)網(wǎng)人對產(chǎn)品業(yè)務(wù)的理解太淺，甚至是不理解，特別是 B 端產(chǎn)品；大部分的開發(fā)和測試，沒有接觸過客戶，沒有去過實地，單靠產(chǎn)品經(jīng)理的講述，很難建立三維的感觀。

像醫(yī)療、工業(yè)這種都是門檻比較高的，可能醫(yī)院我們還去過，對于醫(yī)生的看診流程還體會得到；但工業(yè)就離我們比較遙遠(yuǎn)了，真的是從來沒有去過工廠，很難理解為什么有些產(chǎn)品不看編號、看圖號，入庫產(chǎn)品包裝上為什么沒有條碼，為什么鋼材還要關(guān)心爐批號。

如果公司允許，能帶著開發(fā)和測試去實地看看，對產(chǎn)品開發(fā)是有很大幫助的。

四、總結(jié)

產(chǎn)品有 bug，先不要想這個鍋應(yīng)該誰來背。

• 產(chǎn)品經(jīng)理會說：測試沒有測到位；
• 測試會說：開發(fā)水平太差，bug 太多；
• 開發(fā)會說：你的產(chǎn)品文檔沒寫清。

還是要強調(diào)這個事：產(chǎn)品不是一個人的事，是大家的事；我們把甩鍋的時間用在分析問題、制定解決方案上，會更加有效。

#專欄作家#

司馬特小隊，公眾號：司馬特小分隊，人人都是產(chǎn)品經(jīng)理專欄作家。8年+互聯(lián)網(wǎng)資深產(chǎn)品經(jīng)驗，多年B端產(chǎn)品管理經(jīng)驗。具有多個從0到1的大型B端產(chǎn)品的孵化、重構(gòu)、迭代經(jīng)驗；主要教授產(chǎn)業(yè)互聯(lián)網(wǎng)產(chǎn)品相關(guān)的硬核知識點。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議。