王鎮雷：之前我寫過一篇文章《 餵，你設計稿的文案和圖片都真實嗎？ 》，講述的是設計師在能力所及時，應該盡可能將設計稿中的所有內容都換成真實的數據。
所謂真實的數據，包含但不限於文案、圖片、價格、品牌等。對於更復雜的需求，數據可能還會包含不同時間段時的產品狀態，甚至還有多個產品需求疊加/互斥等復合邏輯。
所以，我們在做設計方案時，除了主要場景的界面設計（正常主流程），也有相當多時間花費在特殊場景的處理（異常和分支流）。
而隨著工作涉及的產品越來越復雜，我越來越覺得除了真實的設計稿之外，真實的產品測試也是同樣重要。
以下幾個場景，是設計師在走查開發還原度、測試產品流程時經常遇到的：
一. 假的文案，假的圖片素材
一般來說，文案會隨著產品需求一起寫在 PRD 文檔裏，告訴大家在什麽時候出現什麽內容。然後設計師會從 PRD 文檔裏原封不動地把這些文案 Copy 到設計稿中（當然不負責的設計師會自己隨便編，負責的設計師還會反過來和產品經理一起優化文案）。而這些文案，其實最終還會進入到系統中，正確地展示到用戶面前。
在測試過程中，經常因為時間關系來不及去校對所有的文案。或者是因為文案場景太多，或者是因為覺得文案後面還會改，所以總是不能看到正確的文案。而當設計師提出問題時，開發也總會說「這個隨時可以改的，先不要在意這個點」。
真實線上產品，文案也是經常出問題的一點——表意不清、有歧義、時間錯亂等等。圖片素材也是類似，都需要我們在前期測試中真正去跑一遍。
二. 復合產品分開測試，未集合總測
一個頁面裏有三個新功能需要上線，最常見的測試方法是把三個功能分開獨立測試。如果這三個功能不是完全隔離的，這樣分開測風險就非常高。因為我們單獨看一個功能好像沒問題，但是連動查看其他功能時，可能就不是正常的場景了。
此外，即便三個功能是隔離的，我也經常在測試中看到不應該一起出現的功能展示在同一個頁面裏。而我們可能會給自己找借口：「先別管那個功能，正常情況下它不會出現」。但可能就因為你的一個疏忽，上線時用戶也會看到這些不該同時出現的內容。
三. 全鏈路完整測試
和前一種情況很像，因為公司龐大，所以在測試時經常每個產品線單獨測試。比如首頁是一個團隊、搜索是一個團隊、用戶中心又是一個團隊，測試時大家常常只按著自己範圍內的產品表現。
而很多產品功能都不會只作用於一個鏈路，往往都是由多個鏈路配合實現的。就拿用戶買東西來說，勢必都要經過首頁、搜索、商品詳情、下單、購物車等等界面。而在測試時，我點擊下單之後沒有正常反饋，大家卻說是因為購物車那邊數據返回還沒做好。
所以很容易理解： 產品的全鏈路、全場景聯合測試是多麽重要 。
四. 極端異常場景未測試
正常主流程是所有人都會關註、測試的。普通異常流也是大家會留意的。但對於一些非常極端、非常特殊的場景，一來制造這樣的情景比較難（技術上，特殊場景的觸發條件也同樣苛刻），二來覺得這些場景出現概率不高，也就不是那麽重要。
舉個例子，我經常遇到的一個異常情況是「技術接口返回異常」。常見的處理方法是做一個通用的異常彈窗，告訴用戶諸如「網絡被擠爆了，請稍後再試」。但實際上新功能測試時，還是要驗證一下是否所有網絡相關的異常情況都配置了這個界面。我就見過按鈕點擊後毫無反應，或者點擊多次出現多次結果的情況發生。
再比如，很多產品狀態與數值相關：用戶的積分、等級，產品本身有數量限制等等。那積分不足、等級不夠，產品售罄的狀態該如何處理？都是需要設計且測試的。當真實上線真正遇到問題時，要靠這些場景來救命。
五. 與時間相關的產品場景錯亂
以電商產品的大促為例，許多場景都是和時間強相關的，比如一個大促活動會在5月5日到5月15日之間進行，那麽測試時，界面上所有和時間相關的數據都應該在這個時間內。
舉個很典型的例子，倒計時類的組件就經常在測試時發現錯誤，並沒有指向目標時間點，甚至展示了過期的時間「距開始」，變成「距結束」。而多個產品各自有自己的生命周期時，測試就會變得更加復雜，錯誤情況也會更多。
六. 多設備測試
android 設備在整個移動端的占比高得超乎你的想象（70%+），而我們身邊絕大多數設計師和產品經理都在使用 iOS 系統。我已經見過太多次 iOS 上還原度極高的界面放在 Android 中無法直視的場景，還有很多基礎功能兩邊不一致等等。
因此，一次負責任的測試，都必須要把多個可能涉及的設備都拿出來檢查一次，盡可能使得多端體驗一致。
小結：
但越是難以檢查和測試的場景，越容易出現問題，也就越有必要在上線之前查看效果。當復雜時間線互相穿梭，也常出現不該有的內容出現在界面上、該生效的組件沒有生效的情況。
幸運的是，基本我遇到的開發和測試同學都是極其負責的。如果時間充裕、大家精力充足，測試同學一般都會根據真實情況造好測試場景，然後嚴格對照用例一個一個去展示。
但當項目時間緊、業務復雜度高、組織內部流程長的時候，就難以做得十全十美了。這也側面證明，需求管理和人力資源的分配，同樣極其重要。
歡迎關註作者的微信公眾號： 「王鎮雷」
「產品測試怎麽做?看這幾篇就夠了」
- 《超贊！移動APP測試實用指南》
- 《過來人的經驗！做用戶測試的10個正確姿勢》
- 《菜鳥變高手！為何我如此推崇低保真原型測試（附方法）》
- 《價值6000元！向國外設計師學習之超實用的“情境調研”實踐方法》
【優設網 原創文章 投稿郵箱：[email protected]】
================ 明星欄目推薦 ================
優優教程網： UiiiUiii.com 是優設旗下優質中文教程網站，分享了大量PS、AE、AI、C4D等中文教程，為零基礎設計愛好者也準備了貼心的 知識樹專欄 。開啟免費自學新篇章，按照我們的專欄一步步學習，一定可以迅速上手並制作出酷炫的視覺效果。
設計導航：國內人氣最高的設計網址導航，設計師必備：http://hao.uisdc.com
Tags: 文案 產品 設計師 真實 測試 設計
文章來源：