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

春節(jié)前,筆者一直為項(xiàng)目準(zhǔn)備上線的產(chǎn)品做產(chǎn)品測試。在還沒真正接觸產(chǎn)品測試前,我曾閱讀了蘇杰老師的一篇文章:產(chǎn)品菜鳥沒人帶怎么快速上手,其中提到產(chǎn)品測試是產(chǎn)品新人上手的手段之一。在真正接觸產(chǎn)品測試之后,我對蘇杰老師的觀點(diǎn)深表認(rèn)同。
筆者所做的產(chǎn)品測試包括功能測試和界面測試兩部分,在進(jìn)行了一輪實(shí)踐之后,筆者歸納了關(guān)于功能測試和界面測試的方法論和實(shí)踐技巧,在此文分享給大家。全文分為四個(gè)部分:功能測試、界面測試、測試注意點(diǎn)、產(chǎn)品測試的魅力
一、功能測試
定義
顧明思義,功能測試是對產(chǎn)品的功能和流程進(jìn)行測試,判斷產(chǎn)品的功能和流程是否按照原先設(shè)定進(jìn)行。功能流程包括正常流程和異常流程
做法
對產(chǎn)品進(jìn)行功能測試,筆者的主要做法是為產(chǎn)品編寫功能性測試用例。通俗而言,編寫功能性測試用例就是對產(chǎn)品每一個(gè)功能的所有發(fā)生情況進(jìn)行描述。
筆者歸納,考察一個(gè)功能會有三個(gè)維度:數(shù)據(jù)、流程、操作。對一個(gè)功能編寫測試用例的時(shí)候,筆者也是從上述的三個(gè)維度去窮盡一個(gè)功能發(fā)生的所有情況。下面,筆者簡要地為美團(tuán)的商家頁功能編寫測試用例為例,來闡明上述的三個(gè)維度:
數(shù)據(jù)(包括:a.數(shù)據(jù)來源和流向;b.數(shù)據(jù)的完整性;c.數(shù)據(jù)的狀態(tài);d.數(shù)據(jù)的排序;e.沒有數(shù)據(jù)的時(shí)候等)
- 測試用例例子一:商家的排列順序是否按照XX順序進(jìn)行排列
- 測試用例例子二:當(dāng)沒有商家門店數(shù)據(jù)的時(shí)候,是否有空白頁提醒
流程(包括:a.正常流程;b.異常流程)
- 測試用例例子一:點(diǎn)擊商家圖片,是否正常進(jìn)入商家詳情頁
- 測試用例例子二:沒有網(wǎng)絡(luò)的時(shí)候,點(diǎn)擊商家圖片,是否有異常提醒
操作(包括:a.上下刷新;b.左右滑動(dòng))
- 測試用例例子一:向下拉動(dòng)是否能夠刷新數(shù)據(jù)
- 測試用例例子二:向上滑動(dòng)是否能夠刷出更多的門店
二、界面測試
定義
界面測試,顧名思義就是對產(chǎn)品的每一個(gè)頁面的UI進(jìn)行排查。主要的做法就是將程序員開發(fā)出來的內(nèi)測版本與設(shè)計(jì)師設(shè)計(jì)出來的設(shè)計(jì)圖進(jìn)行比對。常見的考察維度會有以下幾個(gè):元素對齊(包括元素本身、元素之間)、字體圖片大小、組件的間距等等。同樣以美團(tuán)的門店頁為例,進(jìn)一步闡明界面測試考慮的維度:
對于美團(tuán)的門店頁,可以以設(shè)計(jì)圖為標(biāo)準(zhǔn),考察篩選欄的文字是否居中、門店列表的圖片與文字是否對齊、門店圖片是否對齊;比對字體、圖片的大小以及組件的間距是否符合預(yù)期設(shè)計(jì)等
相比于功能測試,界面測試較為簡單,不再展開描述。
三、測試注意點(diǎn)
1.切記產(chǎn)品測試的主要目標(biāo)
產(chǎn)品測試的本質(zhì)是發(fā)現(xiàn)功能、流程、界面等現(xiàn)存的產(chǎn)品問題,而不是提出功能或界面的產(chǎn)品優(yōu)化方案。就筆者親身經(jīng)歷而言,自己在做測試的時(shí)候卻常常本末倒置——多數(shù)精力放在思索產(chǎn)品的優(yōu)化方案,少數(shù)精力放在發(fā)現(xiàn)產(chǎn)品漏洞。本末倒置的做事方式導(dǎo)致測試效率和測試效果極低。
為什么出現(xiàn)這種情況呢?主要有兩個(gè)原因:一:產(chǎn)品本身存在優(yōu)化的區(qū)間。一款優(yōu)秀的產(chǎn)品往往是迭代出來的,這種可迭代性就意味著產(chǎn)品往往存在優(yōu)化的區(qū)間,在做產(chǎn)品測試這種往細(xì)節(jié)中去鉆的工作非常容易就能發(fā)現(xiàn)現(xiàn)存的提升空間;二:思維沒有轉(zhuǎn)變。筆者在做測試的時(shí)候,依然帶著策劃的思維。錯(cuò)位的思維放置也是導(dǎo)致本末倒置的主要原因之一。
經(jīng)過一段時(shí)間的反思,筆者認(rèn)為產(chǎn)品人員在做產(chǎn)品測試的時(shí)候堅(jiān)持‘提bug為主,提需求為輔’才是正確的測試姿勢。唯有這樣才能做到工作與提升兩不誤。
2.提bug時(shí),注意用語的準(zhǔn)確度
產(chǎn)品測試的最后一道工序是在文檔中記錄發(fā)現(xiàn)的產(chǎn)品漏洞,而這也是筆者認(rèn)為非常重要的一道工序,因?yàn)樗褪羌茉跍y試人員與程序人員的一道橋梁。準(zhǔn)確的漏洞描述能夠大大地提升溝通的效率,讓開發(fā)人員與測試人員相處更加融洽。這可是筆者被噴多次后得到的真理啊…orz
筆者總結(jié),描述產(chǎn)品漏洞要求有三個(gè)主要的要素:一:產(chǎn)品漏洞在哪里;二:產(chǎn)品漏洞是什么;三:如何解決產(chǎn)品漏洞。若產(chǎn)品漏洞描述擁有上述的三個(gè)要素,我認(rèn)為這個(gè)產(chǎn)品描述就算合格。
四、產(chǎn)品測試的意外收獲
1.夯實(shí)功能策劃以及界面設(shè)計(jì)的基礎(chǔ)
在我看來,產(chǎn)品測試是一個(gè)慢工細(xì)活,這項(xiàng)工作每時(shí)每刻都在與細(xì)節(jié)打交道。用心去做了一次產(chǎn)品功能測試和界面測試后,你會發(fā)現(xiàn)自己對頁面布局、界面設(shè)計(jì)、功能流程等等的相關(guān)細(xì)節(jié)會領(lǐng)悟地更加深刻和入骨。我建議,產(chǎn)品人員在測試功能的時(shí)候,注意一個(gè)功能的多種實(shí)現(xiàn)方式,隱藏設(shè)計(jì)以及缺陷;在測試界面的時(shí)候,多留意設(shè)計(jì)圖中有意思的設(shè)計(jì)細(xì)節(jié)以及思考更為優(yōu)秀的設(shè)計(jì)方案。這樣比看50篇軟文得到更大的提升效果
2.提升了自己用語的準(zhǔn)確度
在做產(chǎn)品測試的時(shí)候,我會異常用心地留意自己描述產(chǎn)品漏洞的用詞是否足夠準(zhǔn)確,同時(shí)也會用心學(xué)習(xí)產(chǎn)品內(nèi)部的一些文案用語。我也建議做產(chǎn)品測試的小伙伴也采取類似的方式
以上經(jīng)驗(yàn),完全基于自己的工作經(jīng)歷得出,如有不合理之處,歡迎各位前輩斧正
#專欄作家#
黎明超,微信公眾號:hilimingchao;人人都是產(chǎn)品經(jīng)理專欄作家。擅長從工作中總結(jié)并習(xí)得產(chǎn)品技巧,熱衷于分享工作心得以及面試經(jīng)歷,目前關(guān)注運(yùn)動(dòng)領(lǐng)域,希望能和更多有趣的伙伴交流有趣的想法。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,不得轉(zhuǎn)載。
已打賞
作為沒有做過測試的產(chǎn)品,做測試時(shí)遇到了作者遇到的坑,看完后有種醍醐灌頂?shù)母杏X,心想原來也不止我一個(gè)剛做測試也這樣入坑,
寫的真是太好了
很不錯(cuò) 贊一個(gè)
寫得很系統(tǒng)全面。明白了
謝謝 ?? 測試用例怎么寫呢?能給寫出幾條例子嗎?
謝謝,學(xué)習(xí)了
麻煩問一下,有適合產(chǎn)品新人的測試報(bào)告模板嗎?感覺網(wǎng)上的很多都用不了。
斗膽補(bǔ)充一點(diǎn),就是最后做反饋文檔時(shí)分開來,哪些是美工的bug,哪些是前端的,哪些是后臺的,然后分開提交修改;
?? 很贊,我也經(jīng)歷過產(chǎn)品測試的過程,感覺筆者寫的很清晰,總結(jié)的也很到位~
產(chǎn)品測試對代碼能力要求到底高不高啊?很想入門測試,可是,我那點(diǎn)java水平,真的不夠吧?
對代碼要求不高,如果想做好測試的話,也是一個(gè)大雜燴的工作!
都是從黑盒測試做起、理解需求,邏輯清晰就可以了
寫的真好 我現(xiàn)在就在產(chǎn)品測試階段 ??
GET—-‘提bug為主,提需求為輔’才是正確的測試姿勢
菜鳥提問:產(chǎn)品內(nèi)部的一些文案用語該如何學(xué)習(xí)?
同問
邏輯清楚就好了,你的帶教人應(yīng)該會有個(gè)文檔規(guī)范的,至于一些字段的規(guī)定,就按照常規(guī)、業(yè)務(wù)需求來定