網站測試清單：可用性測試、用戶驗收測試和 AB 測試解釋

總結：結合網站可用性測試、用戶驗收測試 (UAT) 和 AB 測試聽起來可能需要大量工作。 但是，從長遠來看，在啟動功能或路徑之前要通過網站測試清單實際上可以節省時間和金錢。

假設您的公司需要改進產品導航體驗。 你的老闆提到你將開發新的關鍵方法來讓用戶導航——你正在推動這個項目。 對於很多營銷人員來說，這個過程是這樣的：

從技術上講，它包含您可以在網站上啟動的新功能的所有組件。 然而，使用這些作為核心步驟會使項目的成功或失敗失去機會。 即使假設沒有發生開發故障，您正在構建的新導航路徑也可能與您現在所擁有的一樣破碎，甚至更糟。

為了避免這一切，你需要測試。 但哪些？ 你什麼時候應用所有這些？

這是網站測試清單可以提供幫助的地方。

讓我們潛入水中。

1. 應用可用性測試

可用性測試本質上是對嘗試使用某些東西的人的採訪，應該包含在您的網站測試清單中。 你 …

• ……可以（而且應該！）為競爭對手的網站這樣做。
• ……當您構建新功能時，應該將這些應用到您的設計概念中。
• ... 應該在構建原型時對其進行測試，並在您在網站上啟動實際功能時再次對其進行測試。

競爭對手網站的可用性測試

如果您有使用與您要構建的功能相似的功能的競爭網站，您應該請幾個人（不要對人數過於瘋狂，4-12 應該做的伎倆）來執行任務它，並讓他們討論整個過程。 基本上就是這樣。

您將能夠獲得關於為什麼某些事情有效以及為什麼其他事情超出預期的評論。 所有這些都應該融入您的設計理念。 從那裡開始，您需要在網站上啟動時測試設計、原型和實際功能。

內部功能的可用性測試

原理很簡單，即使在實踐中有時會變得複雜。

當您完成網站的設計概念時，您應該與 12 個人交談。 但不是一次全部。

• 首先，您讓 4 個人嘗試僅使用您的設計概念執行一項任務。 與 4 個人交談後，您會發現設計中最大的問題。
• 您將其應用於設計，然後與另外 4 人交談。 他們會發現第二個版本的最大問題，您可以將其應用於該概念的第三個版本。
• 到了最後一組 4 人的第三個版本，你應該只剩下小問題了……你可以進入下一階段。

這基本上就是可用性測試。 當您有原型時，您將再次運行它，並在功能啟動時再次運行。

它並不像聽起來那麼花時間，而且它實際上節省而不是花費大多數公司的錢。 那是因為當你從設計階段到原型階段，或者從原型階段到發布階段時，改變事情變得更加昂貴和耗時。

此過程可確保您正在構建的內容實際上可以用於有效地執行任務，並且您不會在項目後期進行代價高昂的功能修訂。 您會及早發現最大的用戶體驗問題。

2. 應用用戶驗收測試 (UAT)

當然，僅僅因為您已經與人們談論過用戶體驗並不意味著實際功能將沒有錯誤。 您閃亮的新產品導航體驗在設計和原型階段的可用性測試階段可能很好，但如果它在您將購物車應用到您的網站時停止工作，您將損害業務。

這就是網站用戶驗收測試或 UAT 的用武之地。

在原型通過可用性測試之後，在網站上推出功能之前，應該有一個項目清單，供公司各種內部資源檢查。 該清單應該會影響您的網站測試清單的一部分。

這是您在實際啟動之前將進行的最接近“真實世界”測試的事情。 UAT 將涵蓋的不僅僅是以下場景，但您至少需要了解……

• …計劃的功能根據規格執行，並允許用戶完成預期的任務。
• ……您要啟動的東西表現相當不錯，並且在商定的頁面加載時間閾值之內。
• …您計劃的調整與網站的其他區域兼容，並且不會在您網站的其他部分產生問題。

還應該有一個驅動程序 -有人提醒人們他們仍然需要簽署該功能有效，並且它不會干擾網站的其他功能。

考慮到 UAT 後，整個過程如下所示：

對於某些功能，您可以在該階段停止。 但是，如果您正在構建的內容旨在獲得顯著的流量和轉化牽引力，則您需要再添加一項測試。

3. 應用 AB 測試/拆分測試

一旦您與足夠多的用戶交談並確保他們可以完成任務，並且在您運行測試以確保功能按計劃工作而不會破壞任何內容之後，還有一些工作要做：優化頁面以獲得最大影響。

AB 測試或拆分測試位於流程的最後，因此您的功能啟動現在看起來像這樣：

AB 測試或拆分測試是我們在另一篇博文中討論的內容。 如果您需要有關好處、測試持續時間、要避免的事情和其他細微差別的詳細入門，您可以在此處閱讀拆分測試基礎知識。

但總的想法是，你會想出兩個版本的頁面，一個是你在之前的測試之後剛剛啟動的，一個是挑戰者頁面，這與你啟動的頁面略有不同——也許你稍微調整了一下號召性用語，或者您重寫了產品領域的標題。

拆分測試將做的是劃分這兩個頁面之間的流量，不久之後，您將獲得根據您選擇的標準顯示哪個頁面更適合您的統計數據。

網站測試清單的重要性

當您結合可用性測試、用戶驗收測試和 AB 測試時，您通常擁有的是一個幾乎沒有機會的測試框架。

這聽起來像是更多的工作，但實際上，大部分工作來自重做不起作用的頁面或破壞其他東西的功能。 實施測試通常不會導致浪費時間； 對於您的大多數大型項目，它們實際上會節省時間，因為您不會在中途更改目標，或者在啟動前進行“恐慌更改”。

這三個測試意味著您將處理最少的返工。 他們將確保用戶能夠完成他們的任務。 也許最重要的是，它們可以最大限度地提高您轉化訪問者的機會。

這篇文章最初發表於 2015 年 8 月，為了全面性而進行了更新。