網站聯絡表單驗收紀錄表
查核日期：2026-09-19（Asia/Taipei）
文章：https://kemai-ai.com/blog/ai-website-form-acceptance-guide
練習頁：https://kemai-ai.com/downloads/website-form-practice.html

練習頁只模擬前端狀態，不寄信、不儲存、不呼叫後端。請勿輸入個資。
練習資料：demo@example.com／這是表單驗收練習，不需回覆。
2 秒等待是教學效果，不是效能測量。

一、每輪環境

測試日期與時間：
網址與版本：
環境（本文練習頁／核准的測試環境）：
瀏覽器與版本（不知道就寫未知）：
裝置／視窗大小：
測試資料：
測試人員：
真實通知是否隔離、核准的測試收件人（本文範例不適用）：

二、六項操作（實際做完才填結果）

T1 空白必填
操作：重新載入；留空兩欄送出。再只填 Email、留空需求送出。
預期：無效輸入被擋下，焦點指向待填欄位，模擬次數不增加。
實際觀察／證據：
判定（通過／失敗／未測）：

T2 Email 格式
操作：Email 填 abc，需求填練習文字，送出。
預期：格式錯誤被擋下，模擬次數不增加。
注意：格式通過不證明信箱存在或收件成功。
實際觀察／證據：
判定：

T3 失敗保留內容
操作：Email 改成 demo@example.com，兩欄填妥，模擬結果選失敗並送出。
預期：顯示模擬失敗；原有 Email 與需求文字保留，可繼續重試。
實際觀察／證據：
判定：

T4 成功重試
操作：保留資料，把模擬結果改成功，再送出。
預期：顯示「模擬成功；沒有寄信或儲存資料。」
實際觀察／證據：
判定：

T5 處理中狀態
操作：有效資料再送出一輪，觀察處理中及結束後。
預期：處理中按鈕與結果選單暫停操作，結束後恢復；模擬次數按有效操作增加。
注意：這不驗證伺服器防重複建單。
實際觀察／證據：
判定：

T6 鍵盤與窄螢幕
操作：Tab 移動到欄位、結果選單與送出按鈕；以 390px 視窗或手機檢查版面。
預期：焦點可辨識；文字、欄位、按鈕與結果可閱讀，整頁不需左右拖動。
注意：視窗模擬與實機分開記錄。
實際觀察／證據：
判定：

三、本篇 2026-09-19 實作摘要

環境：Codex 內建瀏覽器，本機提供的教學 HTML；窄視窗 390×844。
T1、T2：實際擋下空白 Email、空白需求、abc 格式，無效操作未增加模擬次數。
T3、T4：失敗訊息與內容保留已確認；切換成功後可重試，顯示明確的模擬成功訊息。
T5：處理中按鈕／選單暫停，結束後恢復；另以本機程式檢查重複觸發只啟動一輪模擬。
T6：Tab 可由需求欄移至結果選單與按鈕；390×844 版面可讀，未見整頁左右溢出。
操作工具首次清空需求欄未成功；確認內容後以全選刪除，再完成空白測試。
未測：真正送信、資料庫保存、後端輸入驗證、防重複建單、真實手機與螢幕閱讀器。
本文結果不能代替讀者自己的測試紀錄。

四、正式網站另行驗收

[ ] 已確認成功訊息代表什麼。
[ ] 使用核准的測試環境、資料與收件人。
[ ] 收件端實際核對欄位、內容與到達狀態。
[ ] 在測試環境確認接收失敗、重試與重複送出的處理。
[ ] 補齊約定的手機、瀏覽器與輔助科技測試。
每項負責人／證據／尚未完成原因：

五、缺陷紀錄

測試編號／日期：
環境／網址／版本：
前置條件與測試資料：
操作順序：
預期結果：
實際結果：
可否重現／截圖或紀錄位置：
負責人／修正後重測結果：

六、可選用的 AI 提示詞

請把我的觀察整理成網站表單驗收報告。每項保留環境、前置條件、操作、預期、實際結果與證據；分成通過、失敗、未測。不要把預期結果當成已通過，也不要把前端成功訊息推論為信件送達。資訊不足時指出缺少的觀察，先不要猜測原因或改程式。若我提供多輪結果，保留各輪日期與差異。
【實際紀錄】貼在此處。