人工智慧使用者旅程測試，是先定義真實訪客在網站上的任務，再請 AI 協助整理可能的操作情境及待驗證問題。產出的清單需要由測試人員在實際裝置上操作，不能把模型推測當成測試結果。
人工智慧使用者旅程測試適合什麼情境？
網站團隊可在規劃或改版階段，讓 AI 協助列出訪客從進入頁面到完成詢問的可能路徑。旅程測試的重點是驗證訪客能否找到資訊、理解下一步及完成任務。
例如企業服務網站可測試「找出適合的服務並提出詢問」，購物網站則可測試「比較商品後完成測試訂單」。實際情境應根據網站提供的功能和使用者需求建立。
AI 可能提出值得檢查的情境，但無法證明某個按鈕可用或通知已送達。測試結果必須來自受授權的實際操作及可核對紀錄。
開始前應準備哪些資訊？
團隊應整理測試目標、主要使用者類型、網站頁面及已核准的功能範圍。若系統有登入、付款或外部服務，也要確認測試環境與帳號權限。
已知資料與待確認事項應分開，例如「網站提供服務列表」可作為已知功能，「訪客是否找得到入口」則需要測試。不要讓 AI 代替測試者填入成功結果。
輸入工具前應移除不必要的個人資料、密碼及未公開系統資訊，並依組織政策使用核准的工具及測試資料。
如何撰寫測試情境提示詞？
提示詞應交代任務、裝置、功能範圍及輸出格式，並要求模型標示假設。團隊可以要求列出前提、操作步驟、預期結果及待人工確認項目。
例如：「根據以下已確認的服務頁與表單功能，提出手機訪客尋找服務並送出詢問的測試情境；不要假設按鈕已可使用，缺少資訊請標示待確認。」
人工審查時應刪除網站不存在的功能，補足可觀察的預期結果。涉及付款或會員資料的情境，應另外確認授權和測試方式。
哪些情境值得優先測試？
優先測試應涵蓋核心任務、常見裝置和可能妨礙完成任務的情況。實際順序可依網站服務目標、訪客需求及功能風險決定。
- 從首頁找到需要的服務或商品。
- 確認頁面資訊與按鈕文字一致。
- 使用手機及桌面完成主要任務。
- 檢查未填必填欄位時的提示。
- 確認送出後畫面及通知收件人。
- 使用鍵盤檢查可操作的主要控制項。
測試表單時可參考 W3C 表單指引，並確認標籤、錯誤提示與必要說明能被使用者理解。
如何記錄實際測試結果？
測試紀錄應包含測試日期、裝置、瀏覽器、前提、操作步驟、預期結果及實際觀察。出現問題時，應記錄如何重現與負責窗口。
例如「表單不能用」不足以協助排查；可改記「手機版未填聯絡方式時，按送出後沒有顯示哪個欄位需要補充」。若能安全擷取畫面，應先遮蔽個人資料。
測試者應分別標示通過、待修正或無法測試，不能因模型建議完整就預填通過。修正後應依原步驟重新驗證。
如何將測試發現交給設計與技術團隊？
問題回報應描述訪客想完成的任務、遇到的障礙及實際結果，再由設計、內容或技術負責人判斷處理方式。涉及服務條件或文案的問題，也應由業務窗口確認。
若一次修改影響多個頁面或裝置，團隊應安排相關回歸測試。不能只確認單一按鈕恢復，還要檢查整個流程是否仍可完成。
高雄、台中、台北企業可在網頁設計交付時安排旅程驗收。隻豬人網頁設計工作室提供網站建置與維護支援；可參考產業網站作品及專業服務作品。
旅程測試後如何持續維護？
網站新增服務、更換表單或修改導覽時，應重新確認受影響的主要任務。測試清單也需要依網站實際功能與訪客回饋更新。
團隊可記錄上次測試日期、使用環境及尚未解決的問題，並指定下一次檢查的窗口。若使用外部系統，應確認連結、授權及通知方式仍有效。
測試資料和截圖應依企業資料政策管理。AI 提供的建議應被視為待驗證線索，公開內容與實際功能仍由負責人核准。
如何測試不同訪客的起點？
訪客不一定從首頁開始瀏覽，測試清單可包含從搜尋結果進入服務頁、從廣告到達專屬頁面，以及由他人分享連結進入的情況。每個入口都應依實際存在的頁面與功能設計。
例如從服務頁直接進站的訪客可能尚未了解企業背景。測試者可確認服務對象、聯絡方式及相關頁面入口是否容易找到，再實際完成詢問流程。
若不同入口使用不同宣傳內容，應核對廣告承諾與目標頁資訊一致。模型可以提出需要查證的問題，最終仍由內容負責人檢查公開資訊。
怎麼判斷測試情境是否足夠具體？
一個可執行的情境應交代訪客想完成的任務、起始頁、使用裝置和可觀察結果。測試者不需要猜測步驟或依個人印象判斷是否完成。
例如「手機訪客從服務頁開啟詢問表單，未填聯絡方式時能看到對應提示」比「表單體驗良好」更容易驗證。實際結果與預期不同時，應記錄畫面及重現方式。
如果情境依賴尚未完成的功能，應標記無法測試並指定後續負責人。功能上線後再重新操作，避免交付文件誤記為已驗收。
使用者旅程測試常見問題
AI 可以代替使用者實際操作嗎？
AI 可協助列出情境，功能與體驗仍需在實際環境驗證。
只測試首頁就足夠嗎？
應依核心任務檢查從入口到完成操作的整段流程。
需要使用真實顧客資料嗎？
應優先使用授權測試資料，並遵守資料處理政策。
修改問題後需要重新測試嗎？
需要按受影響範圍安排複測及必要的回歸測試。
資料整理於 2026 年 11 月；測試範圍依網站實際功能及授權決定。
