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

一、功能測試 定義

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

做法

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

筆者歸納，考察一個(gè)功能會(huì )有三個(gè)維度:數據、流程、操作。對一個(gè)功能編寫(xiě)測試用例的時(shí)候，筆者也是從上述的三個(gè)維度去窮盡一個(gè)功能發(fā)生的所有情況。下面，筆者簡(jiǎn)要地為美團的商家頁(yè)功能編寫(xiě)測試用例為例，來(lái)闡明上述的三個(gè)維度

數據（包括 a.數據來(lái)源和流向；b.數據的完整性；c.數據的狀態(tài)；d.數據的排序；e.沒(méi)有數據的時(shí)候等）

測試用例例子一 商家的排列順序是否按照XX順序進(jìn)行排列

測試用例例子二 當沒(méi)有商家門(mén)店數據的時(shí)候，是否有空白頁(yè)提醒

流程（包括 a.正常流程；b.異常流程）

測試用例例子一 點(diǎn)擊商家圖片，是否正常進(jìn)入商家詳情頁(yè)

測試用例例子二 沒(méi)有網(wǎng)絡(luò )的時(shí)候，點(diǎn)擊商家圖片，是否有異常提醒

操作（包括 a.上下刷新；b.左右滑動(dòng)）

測試用例例子一 向下拉動(dòng)是否能夠刷新數據

測試用例例子二 向上滑動(dòng)是否能夠刷出更多的門(mén)店

二、界面測試 定義

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

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

相比于功能測試，界面測試較為簡(jiǎn)單，不再展開(kāi)描述。

三、測試注意點(diǎn)

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

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

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

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

2.提bug時(shí)，注意用語(yǔ)的準確度

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

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

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

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

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

2.提升了自己用語(yǔ)的準確度

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