1. 程式人生 > >為何經嚴格測試質量合格的產品,在用戶那問題頻現 ?

為何經嚴格測試質量合格的產品,在用戶那問題頻現 ?

direct 覆蓋 通用 self 資源 導致 識別 相關 項目

Hello ,各位Tester ,晚上好 。

今晚不聊具體技術細節,聊聊解決問題的思路 。

此主題,源於今晚老徐的一條朋友圈 。

技術分享圖片

此條朋友圈發出後,收到上百位同學的贊賞 & 體驗 。

接下來的事,很多Tester應該能猜到,

隨即朋友圈各種此玩法的刷屏,大家都在嘗鮮體驗 (每次老徐體驗新產品後,都會有一批同學好奇去體驗,「給贊」是不是考慮給廣告費,哈哈哈 )

接下來,老徐這條朋友圈下面,就是各種Bug反饋了(Tester的職業病,看到Bug就會去反饋)。

主要幾方面問題 。

1. 贊賞後,語音播放不了 / 播放沒聲音 。

2. 贊賞後,手賤,退出了,驚喜都沒看到是啥 。

3. 贊賞後,異常退出 / 閃退了,然後就沒有然後了 ...

總結下來,主要三類問題 。

1. 很多主流機型的兼容,沒覆蓋到位 。

2. 技術方案設計的時候,沒考慮通用的實現技術,導致各種兼容問題 。

3. 異常情況,沒充分覆蓋 。

4. 用戶體驗,用戶使用場景的充分考慮 。

/

有些Tester,這個時候,就會喊委屈了 。

比如 ,

1. 我也想測了,苦於沒測試資源 。

2. 有些是產品設計的問題,跟測試有啥關系 。

3. 我又不懂技術,一些異常情況,我不懂 ...

...

這裏涉及到測試計劃的範疇了,在測試開始之前,就應該提前準備好測試資源(硬件 + 軟件 + 人力),測試時間安排 等 。

資源這塊,有很多手段可以解決;現在雲平臺,那麽泛濫;或者公司內部員工,也是資源 。

實在不行,找用戶公測,也是一個辦法;

解決問題的方法很多,重點是你是否有想到這個點 。

至於產品範疇的,在需求評審階段,測試就應該去反駁一些明顯不合理的需求,避免浪費時間、浪費人力、浪費 ... ,而不是等著用戶去發現、去反饋 。

至於技術,不懂技術的測試,不是一個好產品經理 。

多少還是得懂點技術的,畢竟Tester是一個技術工種 。實在不行,可以找外力協助,充分協調可以調動的資源,這也是一種能力 。

把這些問題都解決,可降低問題流入到用戶的比例,提高用戶滿意度 。

希望這篇文章,能對各位Tester,有一定的啟發 。

/

最後,

產品經理,是一個項目的源頭;把控源頭,盡量提前識別風險、消滅風險 。

微創新、細節打磨、強需求挖掘,To All 產品經理 。

推薦老徐的幾篇相關文章 :

2018軟件測試從業者精進指南 。


作者:IDO老徐

此文首發 isTester.com

原文地址http://www.istester.com/tester/128.html

轉載請完整保留如上內容,否則必究。

為何經嚴格測試質量合格的產品,在用戶那問題頻現 ?