建置前測試需求：手動下發結果

建立一個完整的平台來證明人們的興趣是很誘人的。但是，當您還不知道流程時，每個螢幕都會包含假設。手動測試可以降低風險：您可以提供結果的簡單版本並觀察端到端體驗。

界定测试承诺

選擇一項小任務、參與者資料以及該人可以評估的結果。描述將做什麼、不做什麼、需要哪些資訊以及如何結束測試。

不要假裝自動化存在。說明您是一名手動飛行員。透明度有助於獲得誠實的觀察結果，並避免產生流程尚不支持的期望。

做工作並記錄步驟

注意此人發送的內容、需要重新排序的內容、需要等待的位置以及哪些決策需要人類背景。标记重复的任务和例外。該序列是實際過程的第一張圖。

然後問什麼是最有幫助的，什麼引起了疑問，以及如果沒有你的幫助，這個人下一步會做什麼。將回應與觀察到的行為進行比較：完成任務通常比宣布滿意更能說明問題。

決定什麼值得成為產品

僅對重複的、已理解規則且可檢查的部分進行自動化。如果每種情況需要不同的判斷，請在編碼之前了解更多資訊。如果沒有人完成流程，請調查提案，不要條件反射地添加功能。

手動測試並不是變相的廉價版本。它是一個學習工具，可以決定是否值得、如何建構以及為誰建構。

常见问题

我需要準備好測試產品嗎？

不。您需要誠實且安全的測試來觀察基本任務。引導式對話或手動交付可能就足夠了。

應該有多少人參加？

使用足夠小的小組來遵循每個步驟，並且足夠多樣化以注意到所選受眾的相關差異。

我什麼時候該自動化？

當重複該過程時，異常會被映射，並且您知道如何檢查結果的品質。

要獲得更多實用的想法來測試和改進您的業務，請免費訂閱 Ímpetus 電子報。