作為產(chǎn)品新人,我是如何做產(chǎn)品測試的

18 評論 68893 瀏覽 501 收藏 8 分鐘

春節(jié)前,筆者一直為項目準備上線的產(chǎn)品做產(chǎn)品測試。在還沒真正接觸產(chǎn)品測試前,我曾閱讀了蘇杰老師的一篇文章:產(chǎn)品菜鳥沒人帶怎么快速上手,其中提到產(chǎn)品測試是產(chǎn)品新人上手的手段之一。在真正接觸產(chǎn)品測試之后,我對蘇杰老師的觀點深表認同。

筆者所做的產(chǎn)品測試包括功能測試和界面測試兩部分,在進行了一輪實踐之后,筆者歸納了關(guān)于功能測試和界面測試的方法論和實踐技巧,在此文分享給大家。全文分為四個部分:功能測試、界面測試、測試注意點、產(chǎn)品測試的魅力

一、功能測試

定義

顧明思義,功能測試是對產(chǎn)品的功能和流程進行測試,判斷產(chǎn)品的功能和流程是否按照原先設(shè)定進。功能流程包括正常流程和異常流程

做法

對產(chǎn)品進行功能測試,筆者的主要做法是為產(chǎn)品編寫功能性測試用例。通俗而言,編寫功能性測試用例就是對產(chǎn)品每一個功能的所有發(fā)生情況進行描述。

筆者歸納,考察一個功能會有三個維度:數(shù)據(jù)、流程、操作。對一個功能編寫測試用例的時候,筆者也是從上述的三個維度去窮盡一個功能發(fā)生的所有情況。下面,筆者簡要地為美團的商家頁功能編寫測試用例為例,來闡明上述的三個維度:

美團

數(shù)據(jù)(包括:a.數(shù)據(jù)來源和流向;b.數(shù)據(jù)的完整性;c.數(shù)據(jù)的狀態(tài);d.數(shù)據(jù)的排序;e.沒有數(shù)據(jù)的時候等)

  • 測試用例例子一:商家的排列順序是否按照XX順序進行排列
  • 測試用例例子二:當沒有商家門店數(shù)據(jù)的時候,是否有空白頁提醒

流程(包括:a.正常流程;b.異常流程)

  • 測試用例例子一:點擊商家圖片,是否正常進入商家詳情頁
  • 測試用例例子二:沒有網(wǎng)絡(luò)的時候,點擊商家圖片,是否有異常提醒

操作(包括:a.上下刷新;b.左右滑動)

  • 測試用例例子一:向下拉動是否能夠刷新數(shù)據(jù)
  • 測試用例例子二:向上滑動是否能夠刷出更多的門店

二、界面測試

定義

界面測試,顧名思義就是對產(chǎn)品的每一個頁面的UI進行排查。主要的做法就是將程序員開發(fā)出來的內(nèi)測版本與設(shè)計師設(shè)計出來的設(shè)計圖進行比對。常見的考察維度會有以下幾個:元素對齊(包括元素本身、元素之間)、字體圖片大小、組件的間距等等。同樣以美團的門店頁為例,進一步闡明界面測試考慮的維度:

美團

對于美團的門店頁,可以以設(shè)計圖為標準,考察篩選欄的文字是否居中、門店列表的圖片與文字是否對齊、門店圖片是否對齊;比對字體、圖片的大小以及組件的間距是否符合預期設(shè)計等

相比于功能測試,界面測試較為簡單,不再展開描述。

三、測試注意點

1.切記產(chǎn)品測試的主要目標

產(chǎn)品測試的本質(zhì)是發(fā)現(xiàn)功能、流程、界面等現(xiàn)存的產(chǎn)品問題,而不是提出功能或界面的產(chǎn)品優(yōu)化方案。就筆者親身經(jīng)歷而言,自己在做測試的時候卻常常本末倒置——多數(shù)精力放在思索產(chǎn)品的優(yōu)化方案,少數(shù)精力放在發(fā)現(xiàn)產(chǎn)品漏洞。本末倒置的做事方式導致測試效率和測試效果極低。

為什么出現(xiàn)這種情況呢?主要有兩個原因:一:產(chǎn)品本身存在優(yōu)化的區(qū)間。一款優(yōu)秀的產(chǎn)品往往是迭代出來的,這種可迭代性就意味著產(chǎn)品往往存在優(yōu)化的區(qū)間,在做產(chǎn)品測試這種往細節(jié)中去鉆的工作非常容易就能發(fā)現(xiàn)現(xiàn)存的提升空間;二:思維沒有轉(zhuǎn)變。筆者在做測試的時候,依然帶著策劃的思維。錯位的思維放置也是導致本末倒置的主要原因之一。

經(jīng)過一段時間的反思,筆者認為產(chǎn)品人員在做產(chǎn)品測試的時候堅持‘提bug為主,提需求為輔’才是正確的測試姿勢。唯有這樣才能做到工作與提升兩不誤。

2.提bug時,注意用語的準確度

產(chǎn)品測試的最后一道工序是在文檔中記錄發(fā)現(xiàn)的產(chǎn)品漏洞,而這也是筆者認為非常重要的一道工序,因為它就是架在測試人員與程序人員的一道橋梁。準確的漏洞描述能夠大大地提升溝通的效率,讓開發(fā)人員與測試人員相處更加融洽。這可是筆者被噴多次后得到的真理啊…orz

筆者總結(jié),描述產(chǎn)品漏洞要求有三個主要的要素:一:產(chǎn)品漏洞在哪里;二:產(chǎn)品漏洞是什么;三:如何解決產(chǎn)品漏洞。若產(chǎn)品漏洞描述擁有上述的三個要素,我認為這個產(chǎn)品描述就算合格。

四、產(chǎn)品測試的意外收獲

1.夯實功能策劃以及界面設(shè)計的基礎(chǔ)

在我看來,產(chǎn)品測試是一個慢工細活,這項工作每時每刻都在與細節(jié)打交道。用心去做了一次產(chǎn)品功能測試和界面測試后,你會發(fā)現(xiàn)自己對頁面布局、界面設(shè)計、功能流程等等的相關(guān)細節(jié)會領(lǐng)悟地更加深刻和入骨。我建議,產(chǎn)品人員在測試功能的時候,注意一個功能的多種實現(xiàn)方式,隱藏設(shè)計以及缺陷;在測試界面的時候,多留意設(shè)計圖中有意思的設(shè)計細節(jié)以及思考更為優(yōu)秀的設(shè)計方案。這樣比看50篇軟文得到更大的提升效果

2.提升了自己用語的準確度

在做產(chǎn)品測試的時候,我會異常用心地留意自己描述產(chǎn)品漏洞的用詞是否足夠準確,同時也會用心學習產(chǎn)品內(nèi)部的一些文案用語。我也建議做產(chǎn)品測試的小伙伴也采取類似的方式

以上經(jīng)驗,完全基于自己的工作經(jīng)歷得出,如有不合理之處,歡迎各位前輩斧正

#專欄作家#

黎明超,微信公眾號:hilimingchao;人人都是產(chǎn)品經(jīng)理專欄作家。擅長從工作中總結(jié)并習得產(chǎn)品技巧,熱衷于分享工作心得以及面試經(jīng)歷,目前關(guān)注運動領(lǐng)域,希望能和更多有趣的伙伴交流有趣的想法。

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 已打賞

    來自江蘇 回復
  2. 作為沒有做過測試的產(chǎn)品,做測試時遇到了作者遇到的坑,看完后有種醍醐灌頂?shù)母杏X,心想原來也不止我一個剛做測試也這樣入坑,

    來自湖北 回復
  3. 寫的真是太好了

    來自浙江 回復
  4. 很不錯 贊一個

    來自上海 回復
  5. 寫得很系統(tǒng)全面。明白了

    來自廣東 回復
  6. 謝謝 ?? 測試用例怎么寫呢?能給寫出幾條例子嗎?

    來自北京 回復
  7. 謝謝,學習了

    來自廣東 回復
  8. 麻煩問一下,有適合產(chǎn)品新人的測試報告模板嗎?感覺網(wǎng)上的很多都用不了。

    來自四川 回復
  9. 斗膽補充一點,就是最后做反饋文檔時分開來,哪些是美工的bug,哪些是前端的,哪些是后臺的,然后分開提交修改;

    來自荷蘭 回復
  10. ?? 很贊,我也經(jīng)歷過產(chǎn)品測試的過程,感覺筆者寫的很清晰,總結(jié)的也很到位~

    來自浙江 回復
  11. 產(chǎn)品測試對代碼能力要求到底高不高???很想入門測試,可是,我那點java水平,真的不夠吧?

    來自云南 回復
    1. 對代碼要求不高,如果想做好測試的話,也是一個大雜燴的工作!

      來自四川 回復
    2. 都是從黑盒測試做起、理解需求,邏輯清晰就可以了

      來自江蘇 回復
  12. 寫的真好 我現(xiàn)在就在產(chǎn)品測試階段 ??

    來自廣東 回復
  13. GET—-‘提bug為主,提需求為輔’才是正確的測試姿勢

    來自北京 回復
  14. 菜鳥提問:產(chǎn)品內(nèi)部的一些文案用語該如何學習?

    來自北京 回復
    1. 同問

      來自廣東 回復
    2. 邏輯清楚就好了,你的帶教人應(yīng)該會有個文檔規(guī)范的,至于一些字段的規(guī)定,就按照常規(guī)、業(yè)務(wù)需求來定

      來自江蘇 回復