前言

          最近專案中涉及了大量的前端頁面類測試，如小程式、H5等多個B、C端的測試，故而想把一些心得記錄下來，僅供大家參考。這裡僅僅對前端測試中涉及的需求層面的問題做簡單剖析，希望藉此來拋磚引玉。

前端測試的困境

        回顧從剛剛入門測試到現在，進行了大量B/C端的頁面類測試，包括：機票類頁面、促銷類頁面、視訊類頁面、招聘類頁面、廣告運營類等等。測試範圍包括：功能、效能、相容性、易用性、一致性、使用者、快取等等，當然針對頁面具體是應用於PC WEB端，還是手機端，亦或是m站，會有不同的側重點。

        記得剛剛入門測試的時候，參加工作不久，有人就提出了：測試絕不是在頁面上點點點就可以了。當然，當時的背景不是說頁面測試，而是包括後端+前端的整個測試專案，僅僅用“點點點”的方式測試，由於無法很好的把控測試的廣度和深度，因而最後的質量會大打折扣。但時至今日，拋開含有後端的專案，僅僅針對前端專案而言，大體的測試過程如下：

• 需求下來後，用例設計及評審
• 根據用例執行測試
• (視情況而定)團隊內部/相關使用者內部體驗
• 操作上線

      整個過程顯得“輕鬆而簡單”。因而在實際的專案中，這塊測試並沒有收到足夠的重視，甚至全部交由給新人完成測試上線。由於對整個前端測試重視程度不夠，上線後往往帶來的困境：

• 線上災難。導致幾周甚至更長的工作被完全推翻重來。記得同事曾經經歷過的一個專案，研發測試團隊經過幾周的日夜奮戰把頁面大改版推上了線，結果大boss看到後不滿意，一句話直接回滾了回去。
• 增加質量風險。由於大部分修改不涉及後端，成本相對較低，團隊成員往往形不成"防微杜漸"意識，但卻給線上無形中帶來的質量風險
• 返工。使用者反饋不好用，進而通過後續的幾次上線，來進行優化/修整。如此反覆，造成團隊成員疲於奔命與“修修補補”

前端測試的出路

         之前的部落格質量的層次中簡要的把質量分為的硬質量、軟質量，對應到整個前端測試上面來同樣適用。上面說的的困境問題(返工、質量風險、線上災難)都不屬於產品實現層面的問題，而是屬於需求層面的問題，簡而言之：產品給出的需求並不十分符合使用者真實的需求。 因而，儘管根據產品需求進行實現、測試，等到產品上線後，一樣會出現問題。

          當然了，需求層面的問題解決需要團隊成員的共同努力，但這裡想對QA在測試階段的測試深度說一下自己的思考，期望能減少上述的困境。

          針對需求層面的問題，大致可以從以下幾個方面入手解決：

• 需求評審階段的慎重。儘可能讓需求改動上傳下達，減少需求理解層面的gap，達成需求理解的一致，避免“推翻重來”的發生。
• 上線過程的慎重。可以通過規範迴歸範圍、內部測試、線上驗證等方式，規範整個上線過程，避免隨意改動後上線。
• 使用者體驗測試的慎重。在整個硬質量、軟質量測試過程中，使用者體驗方面的測試應該引起足夠的重視，以不同的使用者角色，模擬使用者的不同操作場景來進行，以此來發現需求未明確定義的bug。

使用者體驗測試的實踐

         上面分析了使用者體驗測試對前端測試的重要性，針對其的實施，根據自己的實際操作經驗(實際專案中10%+的bug來源於此)，有以下幾個方面的建議：

• 使用者體驗測試需由測試經驗豐富的QA來操作，並讓團隊成員一同參與體驗。因為使用者體驗通常通過探索性測試、隨機測試、場景測試等方式展開，需要具體執行人對使用者、對易用性、產品互動等有足夠的經驗。
• 將使用者體驗設計、產品設計、人性與產品等的思想盡可能同步給具體執行人
• 多多分享“違背使用者體驗”的bug給開發人員，儘可能將bug扼殺在開發階段
• 角色扮演。具體執行人將自己扮演成各個使用者角色，模擬其需求和心理，進行測試

總結

       易用的產品，應該能和其使用者進行流暢、愉快的“對話”，因而產品除了提供一種/幾種服務外，還要充分順應人性，才能讓使用者在使用過程“暢通無阻”，使用後“流連忘返”。人性中存在亙古不變的懶惰、貪婪，因而產品只有順應了人性才能緊緊地抓住使用者。否則，一旦有了違揹人性的表現(讓使用者多做動作、讓使用者多思考、讓使用者情緒失落)，便讓使用者失去興趣。這便是前端中有關使用者體驗測試最重要的思想了。