課程網站上線前最重要的測試，不是「首頁看起來正不正常」，而是學生真的付錢之後，整條流程能不能走完。一個頁面排版有小問題，通常還有時間修；但如果學生付款成功卻沒有開課、收不到登入資訊，或退款後權限沒有正確處理，就會直接變成客服與信任問題。
WooCommerce 官方目前也建議用測試訂單檢查付款方式、結帳流程與其他訂單整合，並提醒正式站上的測試付款可能造成非預期影響，因此重要測試應優先在 staging（測試站）進行。對課程網站來說，還要再多測一層：訂單結果有沒有正確轉成會員與課程權限。
課程網站上線前，最少要測試哪一條完整流程？
至少要從「陌生訪客」開始，一路測到「付款後成功進入課程」。不要只在後台人工建立會員再確認課程能不能看，因為真正上線後，學生會經過銷售頁、商品、結帳、付款、訂單、會員建立、Email、登入與 LMS 權限等多個步驟。
- 從未登入狀態進入課程銷售頁。
- 加入購物車或進入結帳。
- 填寫真實格式的姓名、Email 與必要資料。
- 使用測試模式完成付款。
- 確認訂單狀態正確。
- 確認會員帳號正確建立或綁定。
- 確認購買的課程權限正確開通。
- 確認通知信有寄出，而且連結正確。
- 用學員身份登入。
- 確認只能看到自己買的課程。
- 實際打開課程、章節、影片或教材。
這一輪測試的目的不是證明網站「大致可以用」，而是確認一個真正的新客戶在沒有人幫忙的情況下，也能自己完成第一次購買與第一次登入。
為什麼每一種付款方式都要分開測？
不同付款方式可能產生不同的訂單狀態與確認時間，所以不能只測信用卡成功一次就算完成。例如即時付款、ATM／銀行轉帳、人工確認與第三方付款流程，可能對「何時算付款完成」有不同判斷。
| 測試情境 | 要確認的結果 |
|---|---|
| 信用卡／即時付款成功 | 訂單狀態、會員與課程權限正確 |
| 付款失敗 | 不應錯誤開課，學員知道如何重試 |
| ATM 尚未付款 | 不應因建立訂單就直接給正式課程權限 |
| ATM 確認入帳 | 付款確認後依整合規則開課 |
| 付款中斷後返回網站 | 訂單不重複、提示清楚 |
如果你使用 WooCommerce，還要記得「付款成功」「Processing」「Completed」與 LMS 開課條件並不一定是同一件事。不同外掛的觸發規則可能不同，因此不能只看前台顯示「付款成功」就假設後面的權限一定正確。這部分可以延伸閱讀學生付款後如何自動開課。
新客戶和舊會員，為什麼要分開測試？
新客戶要測帳號建立，舊會員則要測帳號識別與新增權限，兩者很容易出現不同問題。很多系統第一次購買正常，但同一個 Email 第二次買另一門課時，可能遇到重複帳號、權限沒有疊加或登入資料混亂。
- 新客戶第一次買第一門課。
- 舊會員買第二門不同課程。
- 同一個帳號一次買兩門課。
- 同一個人重複買已擁有的課。
- 管理員人工替既有會員補開課。
- 會員使用不同 Email 下單時如何處理。
真正要驗收的是「訂單、會員、課程」三層資料能不能對得起來。相關架構可以搭配線上課程如何整合訂單、會員與學員管理一起檢查。
通知信要測什麼？寄得出去就算成功嗎？
寄得出去只是第一關，真正要測的是「對的人，在對的時間，收到正確內容與正確連結」。通知信如果主旨看不懂、登入網址錯誤、密碼說明過期，學生仍然會回頭問客服。
- 付款成功通知是否寄給正確 Email。
- 新會員是否收到帳號或登入說明。
- 信件中的登入網址是否能正常開啟。
- 課程名稱、訂單資訊與金額是否正確。
- 取消、退款或付款失敗時是否寄錯成功通知。
- 寄件者名稱是否讓學員認得。
- 手機上閱讀是否正常。
最簡單的驗收方式不是在後台按「寄測試信」，而是用一個真正的測試 Email 完整下單，看看自己實際收到什麼。
登入、忘記密碼與手機版為什麼一定要測？
很多學員第一次接觸你的網站，就是付款後在手機上打開 Email 再登入，所以這條路徑不能只用管理員電腦測。桌機正常不代表手機正常，已登入的管理員帳號正常，也不代表一般會員第一次登入正常。
- 未登入狀態能不能找到登入入口。
- 第一次登入後會被帶去哪裡。
- 忘記密碼信是否能收到。
- 重設密碼連結是否有效。
- 手機版登入欄位是否容易輸入。
- 學員中心是否能找到已購課程。
- 登出後是否確實失去受保護內容權限。
課程內容本身要測哪些權限與學習情境？
要確認的不是只有「影片能不能播放」，還包括正確的人能不能在正確時間看到正確內容。如果你的課程有觀看期限、分階段解鎖、測驗、教材或多層會員方案，每一種規則都要實際用學員帳號驗證。
- 未購買者不能直接開啟付費內容。
- 購買 A 課程的人不會錯看到 B 課程。
- 分階段解鎖日期是否正確。
- 觀看期限到期後權限是否依規則結束。
- 教材下載連結是否有效。
- 影片在桌機與手機能正常播放。
- 完成進度是否正常記錄。
- 測驗或作業流程是否能完成。
如果某個功能你正式招生後會依賴，就要在上線前把它列入測試，而不是等第一個學生遇到問題才開始研究。
退款、取消與人工例外為什麼也要先測？
正常付款只代表理想路徑能走，真正會增加客服成本的往往是退款、取消、重複訂單與人工補救。上線前先決定這些情境的處理規則，日後才不會每一筆都臨時判斷。
- 全額退款後課程權限怎麼處理。
- 部分退款是否影響課程。
- 取消訂單後權限是否仍保留。
- 付款成功但自動開課失敗時，如何人工補開。
- 會員 Email 填錯時如何修正。
- 重複付款如何辨識與處理。
- 管理員能否查到完整訂單與權限紀錄。
應該直接在正式網站測試，還是先用 staging？
重大更新、付款整合與完整測試優先在 staging 進行，再到正式站做必要的最終確認。WooCommerce 官方建議更新 WooCommerce、付款閘道與相關擴充時先在 staging 測試商品頁、購物車、結帳、付款、Email 與依賴的擴充功能；WordPress 官方測試指引也特別提到 LMS 網站應測試課程與學生存取。
不過 staging 也不能完全取代正式環境最終確認，因為正式金流回傳、Email、DNS、快取與第三方服務可能跟測試站不同。比較穩健的做法是：測試站做完整流程，正式站做最小必要驗收。
正式招生前，可以用哪一張最終驗收表？
| 檢查區塊 | 至少確認 |
|---|---|
| 銷售頁 | 價格、按鈕、方案與連結正確 |
| 結帳 | 手機／桌機都能完成 |
| 付款 | 每種主要付款方式都測過 |
| 訂單 | 成功、失敗、待付款狀態正確 |
| 會員 | 新會員與舊會員都能正確識別 |
| 開課 | 付款後取得正確課程權限 |
| 通知內容、登入連結與寄件者正確 | |
| 登入 | 登入、登出、忘記密碼正常 |
| 學習 | 影片、教材、進度與權限正常 |
| 例外 | 退款、取消、人工補開有流程 |
| 備份 | 上線前有可還原的備份 |
常見問題
只測一筆成功訂單就夠了嗎？
不夠。至少還要測付款失敗、待付款、新會員、舊會員、退款與登入等主要情境，因為真正上線後最容易出問題的是例外流程。
測試訂單會不會真的扣款？
依金流與測試方式而定。許多付款服務提供 sandbox 或測試模式，應依官方文件設定，避免直接在正式環境做不必要的真實付款。
網站已經能登入，還需要測忘記密碼嗎？
需要。忘記密碼是學員很常使用的自助流程，如果重設信寄不出去或連結錯誤，最後就會變成人工客服。
金流測試成功後還要測自動開課嗎？
要。金流付款成功只代表交易完成，是否建立會員與開通 LMS 課程還取決於網站整合與觸發規則。
網站每次更新後都要重測全部流程嗎？
重大更新或碰到 WooCommerce、LMS、會員、金流等核心功能時，至少應重測受影響的關鍵流程；一般小型內容修改則不必每次做完整端到端測試。
真正的上線標準，不是「網站做好了」，而是「陌生學生可以自己完成整條流程」
課程網站最容易被低估的地方，就是每個功能單獨看都正常，接在一起卻出錯。上線前用學生的角度完整走一次，會比在後台逐頁檢查更容易找出真正會影響成交與學習的問題。
如果你希望從建置開始就把商品、付款、會員、課程權限與上線測試一起規劃，可以查看課程學院網站方案，把「網站有功能」進一步做到「整條流程真的能運作」。