為什么產(chǎn)品驗(yàn)收時還有一堆bug?

10 評論 11842 瀏覽 48 收藏 8 分鐘

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

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

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

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

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

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

一、回歸測試測全了嗎?

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

但我們在驗(yàn)收時常常忍不住想:測試真的有測過嗎?

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

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

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

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

二、只關(guān)心流程,不關(guān)心體驗(yàn)

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

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

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

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

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

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

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

主要還是下面2點(diǎn)原因:

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

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

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

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

2. 沒模擬用戶使用路徑

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

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

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

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

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

四、總結(jié)

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

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

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

#專欄作家#

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

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

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 我們的技術(shù)團(tuán)隊(duì)是外包的,測試質(zhì)量非常差,一些基礎(chǔ)的頁面顯示問題都有,非??膳隆C看悟?yàn)收都是滿滿的bug, 我經(jīng)?;?-2周去做驗(yàn)收,產(chǎn)品上線之后也很慌張,而且技術(shù)是外包的,最后鍋都落實(shí)到產(chǎn)品身上 /(ㄒoㄒ)/~~

    來自上海 回復(fù)
  2. 沒有測試人員 產(chǎn)品 產(chǎn)品 測試 一起擔(dān)

    來自江蘇 回復(fù)
  3. 就還是沒解決問題

    來自廣東 回復(fù)
  4. 最好是建立以獨(dú)立產(chǎn)品線的跨職能團(tuán)隊(duì)

    來自北京 回復(fù)
  5. 對B端產(chǎn)品

    來自福建 回復(fù)
  6. 沒有測試團(tuán)隊(duì)該怎么辦

    來自北京 回復(fù)
    1. 可以做一個內(nèi)測版,讓用戶來測唄。然后給用戶一些獎勵。

      來自河南 回復(fù)
    2. 公司不讓發(fā)內(nèi)測版

      來自北京 回復(fù)
    3. 沒測試團(tuán)隊(duì) 起碼也要招一個測試

      來自廣東 回復(fù)
    4. 現(xiàn)在都是開發(fā)自己測

      來自北京 回復(fù)