本文針對的是創(chuàng)業(yè)公司的測試、驗(yàn)收工作，顧省略測試用例編寫等步驟（實(shí)際工作中，如果是產(chǎn)品經(jīng)理兼顧測試的，也不會時間去寫測試用例的）。產(chǎn)品經(jīng)理需要兼顧測試工作或驗(yàn)收產(chǎn)品，這是很平常的事，但又有多少人可以正確打開”測試”這份工作呢?

一輪奮戰(zhàn)之后，新版本終于上線了，正當(dāng)嗨森之時，卻收到了BOSS或者其他渠道的反饋，出現(xiàn)了xxxx的bug，瞬間整個人都要崩潰了。相信很多人都有遇到過這種神乎其神的情況，明明是測試過的，為什么就是會出現(xiàn)問題了。如果公司是有專門的測試人員，這時候一般是測試人員遭殃，如果是產(chǎn)品自己兼顧測試的，那就是產(chǎn)品遭殃了。

這種情況并不是在測試的過程中漏掉了，而是自己的測試方式不對！

那打開測試的正確方式應(yīng)該是怎樣的呢？皓皓把自己多年的坑一一告訴大家。

一、 產(chǎn)品的上線流程

完成測試版之前的需求評審之類，皓皓就不多啰嗦了，今天主要講的出了測試版到上線這個流程。正常情況，都會現(xiàn)有專門的測試部門去測試，當(dāng)產(chǎn)品達(dá)到了一定的條件，就會提交給產(chǎn)品去驗(yàn)收，驗(yàn)收沒有問題之后，就可以上線了。

二、 確定目標(biāo)：是測試還是驗(yàn)收

“勿忘初心，方得始終！”這句話從另一個角度的理解就是：做什么事情需要確定目標(biāo)，不要讓自己迷失了，最后毫無收獲。因很多創(chuàng)業(yè)公司是沒有專門的測試部門，所以產(chǎn)品經(jīng)理也會義不容辭（其實(shí)是迫不得已）把測試工作給接下來。到了這個時候，產(chǎn)品經(jīng)理就一定得明白，自己到底是做測試階段的工作，還是在做驗(yàn)收的，請不要搞混了，否則就要承擔(dān)后果了。皓皓的心血叮囑：請不要偷懶，把測試和驗(yàn)收工作一起做了！

三、 測試階段：重功能

清楚目標(biāo)，那就要開展工作了。在測試階段的工作中心是注重功能的實(shí)現(xiàn)，功能可以簡單概括為三個方面：UI、具體功能、邏輯。這三個方面可以使用以下方法來進(jìn)行測試。

1）UI——界面顯示是否美觀

UI，通常容易出現(xiàn)問題地方就是“撐爆了”。撐爆了是在展示內(nèi)容超過一定限制時，會出現(xiàn)奇怪的現(xiàn)象，比如一個名字展示框，在展示5個字以內(nèi)時，顯示都是美美的，一旦超過了5個字，就出現(xiàn)莫名奇妙的換行或者其他影響美觀的現(xiàn)象。所以在測試的時候，應(yīng)該時時刻刻都在注意UI的顯示，而測試UI是不用專門走一遍，通常是測試具體功能的時候輔助性的看一下就行了，這是個很簡單的工作。

2）具體功能——反向測試法

具體功能，比如一個輸入框，點(diǎn)擊需要彈出數(shù)字鍵盤，而且是只能輸入數(shù)字，不帶小數(shù)點(diǎn)喔，這個就是具體的功能。一般情況下，開發(fā)小伙伴們在開發(fā)的時候，已經(jīng)按照正常的情況做了一次單元測試，所以測試時就得按照非一般的做法來進(jìn)行全方位測試。在這里，皓皓常用的是反向測試法。

舉個例子：

目標(biāo)：測試收款輸入框的功能是否通過了？

測試：檢查點(diǎn)擊時是否彈出數(shù)字鍵盤？是否可以輸入小數(shù)？小數(shù)有沒有限制位數(shù)？是否可以輸入負(fù)數(shù)？是否可以輸入超過10位的數(shù)字？

這樣一輪下來，通常會收貨頗豐：比如不可輸入超過2位的小數(shù)，應(yīng)限制不允許輸入0時收款成功。或許會有人說，正常的人都會在收款的時候輸入負(fù)數(shù)或者是輸入小數(shù)的時候輸入超過2位的反人類行為呀，但是測試就得反人類！

3）邏輯—— 一個一個對著測

在邏輯測試這個層面上，皓皓采用的是最笨的方法，一個一個對著測。比如有ABCD四個角色，每個角色的權(quán)限都不一樣，皓皓就是弄了4個角色的賬號，一個一個對著，雖然方法笨，但還是挺有用的。但為了更專業(yè)點(diǎn)，皓皓以后還是得學(xué)習(xí)一些更優(yōu)的方法才行。

四、 驗(yàn)收階段：業(yè)務(wù)、場景的構(gòu)建

很多時候，在上線后反饋回來的bug，就是在驗(yàn)收的時候沒有做好導(dǎo)致。驗(yàn)收階段，很多測試的方法都是排不上用場的，考究的是業(yè)務(wù)和場景構(gòu)建。業(yè)務(wù)和場景的構(gòu)建一定要有一連串的動作，不可像測試那樣，對單個模塊進(jìn)行驗(yàn)收，否則很多問題都是會被忽略掉，最后被boss發(fā)現(xiàn)，于是中槍，卒~ 為了輔助大家的理解，皓皓還是通過一個例子來闡述。

目標(biāo)：驗(yàn)收淘寶的付款模塊

業(yè)務(wù)、場景構(gòu)建：

業(yè)務(wù)——付款》選擇付款方式》支付密碼校對》付款。

場景——用戶下單成功了，需要向賣家付款，這里會有多個場景出現(xiàn)。

場景A：用戶剛下單成，緊接著向賣家付款。該場景下，用戶有可能發(fā)生的情況是：

1）付款》（剛好余額夠）》輸入支付密碼（剛好支付密碼對了）》付款成功。

2）付款》（余額不夠）》切換到銀行卡（已經(jīng)綁定了銀行卡）》輸入支付密碼（剛好支付密碼對了）》付款成功。

3）付款》（余額不夠）》切換到銀行卡（未綁定銀行卡）…………

如此類推~

場景B：用戶以前下單成功的，現(xiàn)在要向賣家付款。該場景下，需要考慮到用戶會點(diǎn)擊商品、訂單詳情來查看的環(huán)節(jié)。

五、 小結(jié)

產(chǎn)品上線前的測試、驗(yàn)收都是一個重大的工程，需要謹(jǐn)慎對待。為把產(chǎn)品做得更好，需要明確每個階段的目標(biāo)，然后針對不同的目標(biāo)采取不同的措施。

作者：皓皓，微信公眾號：qipa2233。從市場轉(zhuǎn)型到產(chǎn)品經(jīng)理，從事過移動醫(yī)療產(chǎn)品設(shè)計，目前就職于SAAS產(chǎn)品公司。所有內(nèi)容為本人任職于一線產(chǎn)品經(jīng)理的日常工作日記和感悟，旨在幫助產(chǎn)品新人（0–3年內(nèi)）、想做產(chǎn)品的人、想了解產(chǎn)品的人快速了解產(chǎn)品經(jīng)理這個行業(yè)。

本文由 @皓皓告訴你 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。