為什么產(chǎn)品驗(yàn)收時還有一堆bug?
編輯導(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é)議。
我們的技術(shù)團(tuán)隊(duì)是外包的,測試質(zhì)量非常差,一些基礎(chǔ)的頁面顯示問題都有,非??膳隆C看悟?yàn)收都是滿滿的bug, 我經(jīng)?;?-2周去做驗(yàn)收,產(chǎn)品上線之后也很慌張,而且技術(shù)是外包的,最后鍋都落實(shí)到產(chǎn)品身上 /(ㄒoㄒ)/~~
沒有測試人員 產(chǎn)品 產(chǎn)品 測試 一起擔(dān)
就還是沒解決問題
最好是建立以獨(dú)立產(chǎn)品線的跨職能團(tuán)隊(duì)
對B端產(chǎn)品
沒有測試團(tuán)隊(duì)該怎么辦
可以做一個內(nèi)測版,讓用戶來測唄。然后給用戶一些獎勵。
公司不讓發(fā)內(nèi)測版
沒測試團(tuán)隊(duì) 起碼也要招一個測試
現(xiàn)在都是開發(fā)自己測