APP上線前需要經(jīng)過反復(fù)測試，從業(yè)務(wù)流程、交互跳轉(zhuǎn)、文案、按鈕、狀態(tài)等都需要確認(rèn)無誤后才能發(fā)布。創(chuàng)業(yè)公司一般沒有測試崗位，產(chǎn)品設(shè)計師要充當(dāng)大半個測試人員。雖說是非專業(yè)測試，但作為最了解產(chǎn)品的人，測試時還是占有優(yōu)勢。

一個完整的APP，至少需要投入1周測試。產(chǎn)品主要牽頭，對應(yīng)的技術(shù)負(fù)責(zé)做調(diào)整，其他小組同事配合。另外，測試是有節(jié)奏感的進(jìn)行，不是一上來就直接關(guān)注頁面細(xì)節(jié)，而是從大到小、從功能流程到頁面細(xì)節(jié)、從員工到用戶這樣一步步完成的。

第一步，業(yè)務(wù)方驗(yàn)收產(chǎn)品框架

產(chǎn)品上線后，最基本也最重要的是：這些功能是否滿足了用戶需求。所以，在最初測試時，可以跟業(yè)務(wù)方一起核對，撇開交互、頁面樣式不談，是否有出現(xiàn)業(yè)務(wù)或框架上的錯誤，是否能實(shí)現(xiàn)需求。若有問題，則馬上做調(diào)整，保證業(yè)務(wù)邏輯通順。

比如：產(chǎn)品大框架是否有問題；每個模塊的功能是否有缺失或錯誤；用戶核心場景是否有邏輯問題等。

第二步，驗(yàn)收用戶核心場景

注：什么是核心場景？在產(chǎn)品初期定位時，會確認(rèn)用戶在什么情況下有什么需求、我們能為用戶提供哪些價值、解決哪些問題，及我們通過哪些功能來滿足這些基本需求。

業(yè)務(wù)框架測試完成后，可以開始測試產(chǎn)品的核心場景了。 這個過程可以參照PRD文檔，對著場景描述和功能列表一個個測試。測試每個功能時，是否流程能跑通，頁面之間的邏輯是否有問題等。

比如：簡書是一個閱讀及寫作平臺，最核心的場景之一就是寫作。寫作流程包括：寫作入口-編輯文章-發(fā)布文章（保存私密文章）-投稿/分享（再次編輯）。在測試時，就要非常細(xì)致的體驗(yàn)這個流程能否跑通， 是否有按鈕不能點(diǎn)擊或點(diǎn)擊無效，無法進(jìn)入下一步等。

同時，詳細(xì)在表格中記錄每個問題，方便后續(xù)給技術(shù)調(diào)整。文章后面會提供報記錄表格技巧。

第三步，驗(yàn)收產(chǎn)品交互

第三步和第二步其實(shí)是融在一起，無法分開的。這里單獨(dú)拎出來是為了突出每個階段的重點(diǎn)。

測試交互時，每個頁面的所有按鈕都需要點(diǎn)擊，看是否不可點(diǎn)擊、是否有頁面缺失、提醒和彈層是否準(zhǔn)確、跳轉(zhuǎn)邏輯和落地頁是否有問題等。另外，頁面的空狀態(tài)、網(wǎng)絡(luò)異常、消息提醒等特殊情況都需測試。

這一步相對來說，是整個測試過程中，所花時間最長、bug最多、最需要反復(fù)測試的地方，因?yàn)榧?xì)節(jié)太多，除了參照PRD文檔，需要測試人員對業(yè)務(wù)相當(dāng)熟悉，這樣遇到了問題才能及時發(fā)現(xiàn)并提出。

產(chǎn)品設(shè)計師作為最熟悉的人，敏感度比一般人都要高，所以，更是需要花很多精力靜下心來測試。

第四步，驗(yàn)收視覺樣式

交互測試完成后，視覺相對要簡單。這個階段，就需要視覺設(shè)計師出馬跟技術(shù)核對啦。

因?yàn)檫@個階段只需要核對頁面：樣式、控件、文案、圖片、字體、顏色等是否跟設(shè)計稿有出入。有了核對標(biāo)準(zhǔn)，只需測試時細(xì)心點(diǎn)，眼力好點(diǎn)兒，一般問題不大。

為了提高效率，視覺設(shè)計師可以用稿子跟測試版對照，將有問題的地方標(biāo)注出來，再提交給技術(shù)進(jìn)行優(yōu)化。

第五步，發(fā)動公司小伙伴一起測試

視覺驗(yàn)收完后，產(chǎn)品的完整度一般能達(dá)到80%，這時候可以發(fā)動公司其他小伙伴測試?yán)病?/p>

測試前，可以跟大家強(qiáng)調(diào)，1.這個版本最核心的用戶場景有哪些，在測試時，大家可以重點(diǎn)關(guān)注；2.測試出來的問題如何記錄、反饋；3.測試周期多長，注意事項有哪些等。

另外，很多人手機(jī)系統(tǒng)、型號不一樣，利用這個階段，能發(fā)現(xiàn)手機(jī)兼容是否有問題，可以多關(guān)注下。測試完，收集反饋。

第六步，給一部分用戶測試

內(nèi)部員工測試后，可以發(fā)包給一部分核心用戶測試?yán)病?br> 怎么選擇這些測試用戶？1.選擇是跟小伙伴很熟悉關(guān)系好的用戶，他們會更配合，發(fā)現(xiàn)問題也能及時反饋；2.新用戶、中間用戶、老用戶都需要有，如果有條件，甚至可以拉一部分非（潛在）用戶。這樣大家的反饋才更有代表性。

反饋的問題由人統(tǒng)一收集并給產(chǎn)品和技術(shù)同步，進(jìn)行調(diào)整。

最后終于上線啦~

上線后一般會有一段時間陣痛期，比如：bug比平常更多，老用戶不習(xí)慣新功能，很多吐槽聲音等。這時候產(chǎn)品和運(yùn)營的同學(xué)需要及時跟用戶溝通，收集大家的反饋（愿意吐槽的用戶真心是有愛的）
然后，各種改bug，繼續(xù)優(yōu)化。

總之，測試是件很細(xì)致的事情，之前還不知道為什么公司需要那么多測試，好像明明沒有那么多bug，其實(shí)，是測試工程師在后方過濾掉了95%的bug，最終才到用戶手中的。

——向不斷寫bug、改bug的同學(xué)致敬~~——

最后，總結(jié)幾個小技巧：
1、測試時，最好準(zhǔn)備2-3手機(jī)，涉及到用戶間的互動、消息提醒的地方尤其需注意反復(fù)測試；
2、記錄bug時，最好有統(tǒng)一模板：問題所屬板塊、操作路徑、問題詳細(xì)描述、手機(jī)型號、解決方案、提交人、備注等；
3、每天統(tǒng)計的bug反饋給技術(shù)后，定期（最后隔天）問技術(shù)要反饋，將修復(fù)好后重新發(fā)包，并驗(yàn)收bug是否已解決；
4、當(dāng)然，bug修復(fù)好后，很有可能引發(fā)其他bug，所以，依舊需要反復(fù)測試整個產(chǎn)品；
5、反復(fù)測試反復(fù)測試反復(fù)測試?。?！尤其是核心流程，這時一定要發(fā)揮處女座的優(yōu)勢。

祝好運(yùn)。