測(cè)試方法有多重，最終目的是在有限的時(shí)間內(nèi)發(fā)現(xiàn)最多的問(wèn)題并解決，最大程度降低產(chǎn)品錯(cuò)誤帶來(lái)的負(fù)面影響。

新版產(chǎn)品上線(xiàn)是團(tuán)隊(duì)多日加班加點(diǎn)的奮斗成果，對(duì)于產(chǎn)品經(jīng)理來(lái)說(shuō)，上線(xiàn)前夕要面臨無(wú)窮無(wú)盡的測(cè)試工作，仿佛測(cè)試也是萬(wàn)能的產(chǎn)品經(jīng)理與生俱來(lái)的天職。但是我想說(shuō)，這鍋咱們不能背！

那么問(wèn)題來(lái)了，測(cè)試到底歸誰(shuí)管？對(duì)于大團(tuán)隊(duì)預(yù)算充足會(huì)有專(zhuān)門(mén)的測(cè)試崗，而小團(tuán)隊(duì)往往需要產(chǎn)品經(jīng)理和程序員共同參與到其中。不管哪種情況，測(cè)試是控制產(chǎn)品質(zhì)量的最重要一道關(guān)，都應(yīng)該由產(chǎn)品經(jīng)理來(lái)組織測(cè)試工作。確保產(chǎn)品層層把關(guān)的原則，測(cè)試步驟分為技術(shù)測(cè)試、內(nèi)部測(cè)試、用戶(hù)測(cè)試。但并不需要凡是親力親為，要善于分配人力資源，一個(gè)好的測(cè)試機(jī)制可以事半功倍，否則產(chǎn)品經(jīng)理最終淪落成測(cè)試員磚家，累個(gè)半死還誤了進(jìn)度。東東醬以下就此話(huà)題展開(kāi)討論。

技術(shù)測(cè)試

技術(shù)測(cè)試主要由程序員（或測(cè)試員）對(duì)編碼進(jìn)行邏輯覆蓋測(cè)試，遍歷程序遇到的所有情況，捕獲異常進(jìn)行處理，模擬訪(fǎng)問(wèn)做高并發(fā)的壓力測(cè)試。該階段可以發(fā)現(xiàn)產(chǎn)品需求中的疏漏或邏輯錯(cuò)誤，排除程序員粗心編程而出現(xiàn)的算法、邏輯錯(cuò)誤。該階段可以排除大量Bug，特別是后臺(tái)或邏輯性很強(qiáng)的工具性產(chǎn)品，把控的好，產(chǎn)品經(jīng)理后期測(cè)試工作量會(huì)大大降低，Bug在技術(shù)內(nèi)部進(jìn)行修改，反復(fù)測(cè)試無(wú)Bug后，可打包提交給產(chǎn)品經(jīng)理，進(jìn)入下一階段測(cè)試。

內(nèi)部測(cè)試

內(nèi)部測(cè)試主要由產(chǎn)品經(jīng)理主導(dǎo)在公司內(nèi)部進(jìn)行，設(shè)計(jì)師可以驗(yàn)收UI效果是否符合預(yù)期，產(chǎn)品經(jīng)理模擬多套用戶(hù)數(shù)據(jù)按照流程圖對(duì)其進(jìn)行操作測(cè)試，確認(rèn)所有功能都與產(chǎn)品文檔中的需求一一對(duì)應(yīng)，測(cè)試方法可以參看文末的黑盒測(cè)試。另外可以邀請(qǐng)其他部門(mén)的同事來(lái)充當(dāng)小白用戶(hù)進(jìn)行產(chǎn)品體驗(yàn)。此階段開(kāi)始要收集所有人的整改意見(jiàn)，進(jìn)行歸類(lèi)和排序。對(duì)于基礎(chǔ)性的Bug可以馬上責(zé)令技術(shù)進(jìn)行修改，有爭(zhēng)議性的修改意見(jiàn)或非重要Bug可待下一階段的用戶(hù)測(cè)試完后集中修改。

用戶(hù)測(cè)試

用戶(hù)測(cè)試由產(chǎn)品經(jīng)理（策劃/運(yùn)營(yíng)共同配合）主導(dǎo)，用戶(hù)測(cè)試分為兩個(gè)階段。

第一階段

尋找固定的用戶(hù)群體進(jìn)行測(cè)試（即每個(gè)版本邀請(qǐng)同一批用戶(hù)來(lái)測(cè)試），以問(wèn)卷或者一對(duì)一聊天的方式，獲得他們對(duì)比新舊版本來(lái)直觀感受產(chǎn)品好壞。如果無(wú)章可循，今天找個(gè)路人甲測(cè)試，明天找個(gè)路人乙測(cè)試，面向不同品味的用戶(hù)，難免會(huì)出現(xiàn)下圖尷尬情況。

第二階段

灰度測(cè)試，向用戶(hù)群中的1000人，10000人…依次遞增推送測(cè)試版本，利用自建數(shù)據(jù)后臺(tái)或友盟tlakingdata觀察埋點(diǎn)數(shù)據(jù)的功能使用情況和程序crash崩潰報(bào)錯(cuò)信息，如發(fā)現(xiàn)數(shù)據(jù)異動(dòng)及時(shí)下架處理。

以上三步循環(huán)進(jìn)行，直至無(wú)Bug方可正式發(fā)行新版本。下面東東醬順帶介紹測(cè)試過(guò)程中常見(jiàn)的問(wèn)題。

版本管理

產(chǎn)品版本用V2.1.3編號(hào)管理可以嗎？那僅僅是面向用戶(hù)的，在軟件工程中對(duì)軟件版本管理，分為Alpha、Beta、Rlease Candidate、Release版。

1. Alpha是開(kāi)發(fā)人員的內(nèi)部測(cè)試版，一般不向外部發(fā)布，會(huì)有很多Bug，只有程序員和測(cè)試員使用。
2. Beta：這是供公司內(nèi)部測(cè)試的版本，這個(gè)階段版本仍可適當(dāng)加入新的功能。
3. Rlease Candidate：RC是發(fā)行候選版本，幾乎不會(huì)加入新的功能，主要著重于出錯(cuò)，可開(kāi)放給部分用戶(hù)體驗(yàn)。
4. Release：這就是“真的打死不改(6).doc”版本了,交付給用戶(hù)的最終版本，如果仍出現(xiàn)Bug，那就啟動(dòng)下一版本開(kāi)發(fā)周期了，也就是常見(jiàn)的“v2.1.3”版本迭代了。

因此產(chǎn)品經(jīng)理在管理安裝包的時(shí)候，最好把不同階段的名稱(chēng)設(shè)為包名前綴，避免出現(xiàn)錯(cuò)亂。

灰度測(cè)試

灰度值是不飽和的黑色，是白色向黑色過(guò)渡的一種表現(xiàn)。比如突然熄燈看手機(jī)，屏幕亮度逐漸變暗；歌曲由暫停開(kāi)始播放，音量逐漸提高。這樣做的好處不言而喻，灰度是一種思想，應(yīng)用在項(xiàng)目管理中，為避免辛苦開(kāi)發(fā)出來(lái)的產(chǎn)品與用戶(hù)所期待的相差甚大，摒棄傳統(tǒng)冗長(zhǎng)的開(kāi)發(fā)流程， 將項(xiàng)目按照功能優(yōu)先級(jí)排序，對(duì)產(chǎn)品實(shí)行分階段，分版本開(kāi)發(fā)，第一個(gè)版本滿(mǎn)足用戶(hù)基礎(chǔ)需求，后續(xù)版本在原基礎(chǔ)上反復(fù)迭代，這樣試錯(cuò)成本最低。對(duì)于某一版本內(nèi)的測(cè)試，也可以實(shí)行灰度機(jī)制，測(cè)試版本先邀請(qǐng)100名用戶(hù)進(jìn)行測(cè)試，反饋問(wèn)題修改Bug，如此類(lèi)推放量1000人再測(cè)試。最終發(fā)行版的用戶(hù)滿(mǎn)意度會(huì)提高很多，項(xiàng)目成員也不會(huì)上線(xiàn)Bug頻頻出現(xiàn)而壓力山大。

A/B測(cè)試其實(shí)是灰度測(cè)試的一種。如果產(chǎn)品方案發(fā)生了分歧，可以針對(duì)多個(gè)方案進(jìn)行等量推送，查看數(shù)據(jù)從中擇優(yōu)。Tlakingdata的運(yùn)營(yíng)平臺(tái)就能提供此類(lèi)方法。

測(cè)試用例

白盒測(cè)試

白盒測(cè)試顧名思義內(nèi)部是透明可見(jiàn)的，是通過(guò)檢查軟件內(nèi)部的邏輯結(jié)構(gòu)，對(duì)軟件中的邏輯路徑進(jìn)行覆蓋測(cè)試，在程序不同地方設(shè)立檢查點(diǎn)，檢查程序的狀態(tài)，以確定實(shí)際運(yùn)行狀體與預(yù)期是否一致。

測(cè)試方法包含：邏輯覆蓋測(cè)試（語(yǔ)句，判定，條件，判定條件，條件組合，路徑），循環(huán)覆蓋，基本路徑測(cè)試。

看不懂沒(méi)關(guān)系，產(chǎn)品經(jīng)理只需督促程序員或測(cè)試員完成這一流程即可，感興趣的自行搜索。

黑盒測(cè)試

黑盒測(cè)試也稱(chēng)為功能測(cè)試，測(cè)試者在看不到程序內(nèi)部代碼情況下采用窮舉輸入測(cè)試，主要用于發(fā)現(xiàn)：功能不正確或遺漏；界面錯(cuò)誤；輸入和輸出錯(cuò)誤；數(shù)據(jù)庫(kù)訪(fǎng)問(wèn)錯(cuò)誤；性能錯(cuò)誤；初始化和終止錯(cuò)誤。

該部分可由產(chǎn)品經(jīng)理或測(cè)試員來(lái)負(fù)責(zé)。

黑白盒測(cè)試是專(zhuān)業(yè)測(cè)試知識(shí)，如需詳解要另開(kāi)篇章。產(chǎn)品經(jīng)理只需確保做到如下幾點(diǎn)：

1. 產(chǎn)品功能與需求文檔保持一致。
2. 對(duì)所有用戶(hù)輸入值的合法范圍內(nèi)，非法范圍，邊界值進(jìn)行抽樣取值測(cè)試，確保程序在合法和非法輸入值情況下都能正常運(yùn)行。
3. 憑借測(cè)試經(jīng)驗(yàn)，推測(cè)有可能出現(xiàn)錯(cuò)誤的地方。
4. 準(zhǔn)備多種測(cè)試數(shù)據(jù)，判斷輸入和輸出結(jié)果之間的因果關(guān)系是否一致。

寫(xiě)在最后

測(cè)試是產(chǎn)品輸出的最關(guān)鍵也是最后一步，在實(shí)際項(xiàng)目中，因?yàn)轫?xiàng)目進(jìn)度緊等諸多原因，可以適當(dāng)省去灰度發(fā)布過(guò)程，但是技術(shù)測(cè)試和產(chǎn)品經(jīng)理內(nèi)測(cè)工作不能省，不然功虧一簣。測(cè)試方法有多重，最終目的是在有限的時(shí)間內(nèi)發(fā)現(xiàn)最多的問(wèn)題并解決，最大程度降低產(chǎn)品錯(cuò)誤帶來(lái)的負(fù)面影響。如有更多測(cè)試好方法，歡迎留言交流。

文章內(nèi)容均來(lái)自于項(xiàng)目實(shí)踐經(jīng)驗(yàn)，拒絕盲目照搬。

作者：東東醬，眼蜜-產(chǎn)品經(jīng)理。微信號(hào)：pengoneeast

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