應用（APP）上線前測試6步走
APP上線前需要經過反復測試，從業務流程、交互跳轉、文案、按鈕、狀態等都需要確認無誤后才能發布。創業公司一般沒有測試崗位，產品設計師要充當大半個測試人員。雖說是非專業測試，但作為最了解產品的人，測試時還是占有優勢。
一個完整的APP，至少需要投入1周測試。產品主要牽頭，對應的技術負責做調整，其他小組同事配合。另外，測試是有節奏感的進行，不是一上來就直接關注頁面細節，而是從大到小、從功能流程到頁面細節、從員工到用戶這樣一步步完成的。
第一步，業務方驗收產品框架
產品上線后，最基本也最重要的是：這些功能是否滿足了用戶需求。所以，在最初測試時，可以跟業務方一起核對，撇開交互、頁面樣式不談，是否有出現業務或框架上的錯誤，是否能實現需求。若有問題，則馬上做調整，保證業務邏輯通順。
比如：產品大框架是否有問題；每個模塊的功能是否有缺失或錯誤；用戶核心場景是否有邏輯問題等。
第二步，驗收用戶核心場景
注：什么是核心場景？在產品初期定位時，會確認用戶在什么情況下有什么需求、我們能為用戶提供哪些價值、解決哪些問題，及我們通過哪些功能來滿足這些基本需求。
業務框架測試完成后，可以開始測試產品的核心場景了。 這個過程可以參照PRD文檔，對著場景描述和功能列表一個個測試。測試每個功能時，是否流程能跑通，頁面之間的邏輯是否有問題等。
比如：簡書是一個閱讀及寫作平臺，最核心的場景之一就是寫作。寫作流程包括：寫作入口-編輯文章-發布文章（保存私密文章）-投稿/分享（再次編輯）。在測試時，就要非常細致的體驗這個流程能否跑通， 是否有按鈕不能點擊或點擊無效，無法進入下一步等。
同時，詳細在表格中記錄每個問題，方便后續給技術調整。文章后面會提供報記錄表格技巧。
第三步，驗收產品交互
第三步和第二步其實是融在一起，無法分開的。這里單獨拎出來是為了突出每個階段的重點。
測試交互時，每個頁面的所有按鈕都需要點擊，看是否不可點擊、是否有頁面缺失、提醒和彈層是否準確、跳轉邏輯和落地頁是否有問題等。另外，頁面的空狀態、網絡異常、消息提醒等特殊情況都需測試。
這一步相對來說，是整個測試過程中，所花時間最長、bug最多、最需要反復測試的地方，因為細節太多，除了參照PRD文檔，需要測試人員對業務相當熟悉，這樣遇到了問題才能及時發現并提出。
產品設計師作為最熟悉的人，敏感度比一般人都要高，所以，更是需要花很多精力靜下心來測試。
第四步，驗收視覺樣式
交互測試完成后，視覺相對要簡單。這個階段，就需要視覺設計師出馬跟技術核對啦。
因為這個階段只需要核對頁面：樣式、控件、文案、圖片、字體、顏色等是否跟設計稿有出入。有了核對標準，只需測試時細心點，眼力好點兒，一般問題不大。
為了提高效率，視覺設計師可以用稿子跟測試版對照，將有問題的地方標注出來，再提交給技術進行優化。
第五步，發動公司小伙伴一起測試
視覺驗收完后，產品的完整度一般能達到80%，這時候可以發動公司其他小伙伴測試啦。
測試前，可以跟大家強調，1.這個版本最核心的用戶場景有哪些，在測試時，大家可以重點關注；2.測試出來的問題如何記錄、反饋；3.測試周期多長，注意事項有哪些等。
另外，很多人手機系統、型號不一樣，利用這個階段，能發現手機兼容是否有問題，可以多關注下。測試完，收集反饋。
第六步，給一部分用戶測試
內部員工測試后，可以發包給一部分核心用戶測試啦。
怎么選擇這些測試用戶？1.選擇是跟小伙伴很熟悉關系好的用戶，他們會更配合，發現問題也能及時反饋；2.新用戶、中間用戶、老用戶都需要有，如果有條件，甚至可以拉一部分非（潛在）用戶。這樣大家的反饋才更有代表性。
反饋的問題由人統一收集并給產品和技術同步，進行調整。
最后終于上線啦~
上線后一般會有一段時間陣痛期，比如：bug比平常更多，老用戶不習慣新功能，很多吐槽聲音等。這時候產品和運營的同學需要及時跟用戶溝通，收集大家的反饋（愿意吐槽的用戶真心是有愛的）
然后，各種改bug，繼續優化。
總之，測試是件很細致的事情，之前還不知道為什么公司需要那么多測試，好像明明沒有那么多bug，其實，是測試工程師在后方過濾掉了95%的bug，最終才到用戶手中的。
——向不斷寫bug、改bug的同學致敬~~——
最后，總結幾個小技巧：
1、測試時，最好準備2-3手機，涉及到用戶間的互動、消息提醒的地方尤其需注意反復測試；
2、記錄bug時，最好有統一模板：問題所屬板塊、操作路徑、問題詳細描述、手機型號、解決方案、提交人、備注等；
3、每天統計的bug反饋給技術后，定期（最后隔天）問技術要反饋，將修復好后重新發包，并驗收bug是否已解決；
4、當然，bug修復好后，很有可能引發其他bug，所以，依舊需要反復測試整個產品；
5、反復測試反復測試反復測試！！！尤其是核心流程，這時一定要發揮處女座的優勢。
祝好運。