AO2 / INSIGHTS — 把知識變成下一步

WordPress 測試站驗收：環境、任務與發布交接

READING INDEX

先理解問題，再選擇方法。把值得採用的一步，帶回日常工作。

AO2 FIELD GUIDE · N070 · WordPress 與轉換體驗

WordPress 測試站驗收從環境差異、代表模板與完整任務開始，整理內容、文件、表單及外部串接的通過證據。附發布交接單，分清測試可用與正式上線後仍需回查的項目。

測試站畫面通過，正式站表單卻沒有回覆，原因可能不在設計，而在環境與串接根本不同。上線驗收要說清測了哪個版本、資料從哪裡來、操作影響哪個系統，以及哪些結果必須等正式部署後重新核對。

WordPress 測試站驗收，先固定版本與環境邊界

記錄目前要發布的內容、模板、佈景主題、外掛及設定版本，並確認測試與正式環境的差異。表單接收、寄信、CRM、分析、檔案儲存與快取，可能各走不同路徑。不要只因網址名稱包含 staging，就假設所有外部行為都已隔開；由維護者逐項確認實際目的地。

「測試站已通過」要能回答版本、環境、任務與證據。本文處理變更的驗收與發布交接，舊新網址對照沿用改版指南，備份是否可用則另做還原演練。清單可以共用入口，但每項完成證據要分開，不能用首頁截圖代替整個發布判斷。

假想團隊在會議室彩排產品說明會，投影、名單與報到都能完成；到了活動現場，網路與收件窗口卻不同。彩排仍有價值，它驗證了內容與順序，但正式場地的接線需要重新確認。網站也一樣：測試模板能顯示，不代表正式站的快取、寄送與外部帳戶已經指向正確位置。

彩排劇本對應發布版本，場地對應環境，接線對應外部相依。這是假想交接示例，未聲稱任何網站已完成部署測試。比喻也不表示測試站應照搬所有正式資料；用適合的替代資料驗證行為，重要差異則列出驗證方式，避免為了追求相同而引入不必要資料或真實通知。

先覆蓋重要內容類型：產品、服務、文章、分類、作者與文件入口，再選一條從閱讀到詢問的路徑。每項核對標題、正文、圖片與 ALT、表格、FAQ、作者及相關連結，並查看 Schema 描述是否與可見內容相符。模板共用不代表資料全部相同，長標題、缺圖與多作者都值得抽查。

功能驗收至少包含正常、缺資料、格式錯誤及回應未知的情境。先寫預期，再執行操作，不用測完出現的畫面反過來定義成功。對會產生外部動作的任務，確認允許的測試接收端與可識別資料；未涵蓋的流程如實列待驗，不把沒有錯誤訊息當作結果正確。

核心詢問無法完成、產品條件錯誤或重要文件指錯版本，通常需要先修正再判斷發布；不影響任務的小幅樣式差異，可按專案範圍記錄處理。由適合的負責人確認可接受限制，不讓每位執行者自行把未完成項改成通過。缺陷表記錄影響、負責人、修正版本與重測證據。

部署負責人應知道將搬移哪些內容與設定、保存哪份基線、出現哪些狀況要停止或回復，以及正式站後續資料如何承接。WordPress 官方更新說明提醒更新前保存備份；有備份仍不代表可以不定義回復方式。若部署會覆蓋資料庫，尤其要先釐清上線期間新詢問與新內容的處理，不把測試副本直接當作最新正式資料。

由負責人按發布版本部署後，立即回查正式網址、代表模板、文件、索引規則、主要連結與實際接收流程。正式站與測試站的索引、資料及外部路徑各按既定政策核對，不用一套開關全覆蓋。快取更新後再看實際畫面，避免把舊輸出誤認為新版本。

驗收交接的最後一步，是正式環境的任務能接續。記錄部署時間、已通過任務、尚待觀察與接手者；搜尋收錄及商業成效另外追蹤，不用部署當天的功能通過宣稱成效。日後模板或外掛改動時，重用同一組代表情境，讓驗收能累積而不是每次憑印象。