Cloudways Staging 測試清單教學：更新 WordPress 前必做六步

更新 WordPress 核心、外掛、主題或 PHP 前，直接在正式站按更新最容易把可避免的問題帶給訪客。Cloudways Staging 可建立隔離副本，讓你先測試功能、快取、付款和整合。本文提供一份六步測試清單，所有截圖內的網域、IP、電郵、帳戶、伺服器及應用程式名稱均已遮蔽。

測試前先界定變更

記下會更新的項目、版本、預期效果及可能受影響的功能。若涉及付款、會員或訂單，準備測試帳戶和測試資料；不要把正式客戶資料複製到不受控環境。

在 Cloudways 選擇正確應用程式並開啟 Staging。確認來源為正式站、目的地為測試站，不要把真實網站名稱或臨時網址寫入公開截圖。

先確認沒有其他人正在測試，再建立最新副本。建立後記錄副本時間，避免把過期資料當成正式環境的問題；若副本含個人資料，按私隱流程遮蔽或清理。

限制 Staging 的公開存取、設定 noindex，並只提供必要的測試帳戶。任何密碼、電郵、IP、私鑰或登入連結都不能出現在文章、截圖或分享訊息。

依序測試首頁、文章、搜尋、登入、表單、媒體、購物車、付款測試模式、會員區、Cron 和 API。把結果記錄為通過、失敗或待確認，並附上已遮蔽的錯誤時間。

測試通過後，先預覽會推送的檔案和資料庫範圍，並建立正式站按需備份。若正式站已有新訂單或新內容，避免整個資料庫覆蓋，改用較小範圍的變更。

推送完成後不要只看成功提示，重新測試正式站首頁、登入、表單、付款、圖片及錯誤日誌。保留推送時間、版本和回退點，至少觀察一個高峰週期。

正常使用時不會直接影響，但推送操作可能覆蓋檔案或資料庫。因此推送前要確認範圍、備份和正式站最新資料。

不應該。使用付款服務提供的測試模式、測試卡號或沙盒帳戶，避免真實交易和敏感資料進入測試環境。

Staging 的價值在於讓更新先經過可重複的測試流程：建立副本、保護存取、測試功能、預覽推送、備份和推送後驗證。這比在正式站直接更新安全得多。