作為產品新人,我是如何做產品測試的

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

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

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

一、功能測試

定義

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

做法

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

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

美團

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

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

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

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

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

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

二、界面測試

定義

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

美團

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

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

三、測試注意點

1.切記產品測試的主要目標

產品測試的本質是發現功能、流程、界面等現存的產品問題,而不是提出功能或界面的產品優化方案。就筆者親身經歷而言,自己在做測試的時候卻常常本末倒置——多數精力放在思索產品的優化方案,少數精力放在發現產品漏洞。本末倒置的做事方式導致測試效率和測試效果極低。

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

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

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

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

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

四、產品測試的意外收獲

1.夯實功能策劃以及界面設計的基礎

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

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

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

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

#專欄作家#

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

本文原創發布于人人都是產品經理,未經許可,不得轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 已打賞

    來自江蘇 回復
  2. 作為沒有做過測試的產品,做測試時遇到了作者遇到的坑,看完后有種醍醐灌頂的感覺,心想原來也不止我一個剛做測試也這樣入坑,

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

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

    來自上海 回復
  5. 寫得很系統全面。明白了

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

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

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

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

    來自荷蘭 回復
  10. ?? 很贊,我也經歷過產品測試的過程,感覺筆者寫的很清晰,總結的也很到位~

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

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

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

      來自江蘇 回復
  12. 寫的真好 我現在就在產品測試階段 ??

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

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

    來自北京 回復
    1. 同問

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

      來自江蘇 回復