截至 2026 年 10 月 22 日，Apple 已開放組織與教育機構的訂閱多席位購買；App Store 群組購買則是另一項功能，不能把前者當成後者已上線的證明。Apple Developer 公告指出，群組購買的 Sandbox 配置與測試計畫預定於 2026 年 11 月開始開放，正式推出規劃則在 2026 年冬季，但沒有公布確切日期。進行 App Store Connect 群組購買測試前，先確認測試帳戶是否已出現相關入口；尚未開放時，先準備測試資料與驗收標準，不要把尚未驗證的流程判為通過。
適合閱讀的團隊：
正在開發自動續期訂閱的 iOS 工程師，可用本文規劃 StoreKit 驗收範圍。
負責交易與伺服器端聯調的工程師，可核對成員存取與交易證據。
訂閱產品負責人或 QA，可整理可重複執行的測試情境與通過標準。
最後更新於 2026 年 11 月 5 日；功能階段與測試邊界核實自 Apple Developer 公告、App Store Connect 說明及 StoreKit 官方文件。公告中的規劃月份不代表每個帳戶當日都已取得測試能力。
先分清楚功能階段
「組織多席位購買」、「群組購買 Sandbox 測試」和「App Store 群組購買正式推出」屬於不同階段。驗收紀錄應標出團隊目前在哪個階段，不要把已開放的組織購買流程套用到尚未能測試的 App Store 群組購買功能。
| 階段 | Apple 公告所述狀態 | 對測試計畫的影響 |
|---|---|---|
| 組織與教育機構訂閱多席位購買 | 2026 年 10 月 22 日已開放 | 可依官方支援的組織購買方式核對，不代表 App Store 群組購買已開放。 |
| 群組購買 Sandbox 配置與測試 | 預定於 2026 年 11 月開始開放，未公布確切日期 | 到 App Store Connect 檢查帳戶是否已具備入口；未出現時，相關流程維持待驗證。 |
| App Store 群組購買正式推出 | 規劃於 2026 年冬季推出，未公布確切日期 | 不以季節規劃推斷功能已正式提供，按官方公告及文件更新重新確認。 |
測試狀態判讀：若官方公告或帳戶畫面沒有確認可用，就記錄為「未開放」或「待確認」；若測試入口存在，也只代表可以進一步檢查配置，不能直接推定所有購買、邀請與成員狀態分支都已可測。
這個差異也會影響訂閱設定的核對方式。App Store Connect 的自動續期訂閱購買選項應依照管理訂閱購買選項的官方說明檢查；但設定完成不等於群組購買流程已對測試帳戶開放。
測試環境與前置條件
StoreKit Testing 和 App Store Sandbox 的用途不同。前者適合在 Xcode 中驗證本機可控制的交易情境；後者用於連線到 App Store Sandbox 檢查測試環境中的購買行為。Apple 的StoreKit 各階段測試說明提供兩種環境的使用脈絡。若目標是群組購買特有的邀請或成員存取流程，仍須確認 Sandbox 已提供該測試能力。
| 測試方式 | 適合確認的內容 | 不應假設的範圍 |
|---|---|---|
| Xcode StoreKit Testing | 開發階段的交易處理、App 端狀態更新與錯誤處理 | 本機 StoreKit 設定檔不等於 App Store Sandbox，也不能證明群組購買線上流程可用 |
| App Store Sandbox | 連線至 Apple 測試環境時的購買與交易驗證 | 帳戶可登入 Sandbox，不代表該帳戶已獲群組購買測試入口或完整流程 |
| 正式環境 | 正式上線後的使用者交易與服務端處理 | 不應把正式用戶交易當成尚未開放功能的測試替代方案 |
開始前先核對訂閱產品、購買選項、Sandbox Apple Account，以及 App Store Connect 中與訂閱和交易通知相關的設定。若需測試 App 外購買流程，應參照 Apple 關於 App 外購買測試的文件，不要自行推定群組購買與既有 App 外購買流程相同。
按時間軸完成驗收準備
以下清單用來整理可執行的驗收工作。每項都應保留實際結果；遇到功能未開放、文件未說明或無法重現的情況，明確標記待驗證，而不是補寫預期結果。
- [ ] 確認官方階段：檢查 Apple Developer 公告和 App Store Connect 說明，記下查核日期及功能狀態；不要只憑規劃月份標記已開放。
- [ ] 確認測試入口：登入團隊使用的 App Store Connect 帳戶，檢查是否能配置群組購買 Sandbox 測試。沒有入口時，記錄帳戶與畫面狀態，先停止群組購買專屬流程驗收。
- [ ] 檢查訂閱配置：核對目標自動續期訂閱、購買選項及 App Store Connect 設定，將每個檢查結果與對應訂閱識別資料一併記錄。
- [ ] 分配測試帳戶角色：分清購買者與受邀成員使用的 Sandbox Apple Account，避免以同一帳戶操作後，無法判斷成員權限變化。
- [ ] 選擇測試環境：用 Xcode StoreKit Testing 驗證可在本機重現的交易分支；需要連線 Sandbox 的行為時，確認測試帳戶及功能入口可用，再執行線上測試。
- [ ] 執行購買與邀請：在能力開放後，依序記錄購買發起、邀請送出和成員接受的畫面回饋、錯誤提示與可取得的交易證據。只記實際觀察，不預設未公開的介面或 API。
- [ ] 核對存取判定：分別檢查購買者與受邀成員的 App 內容存取結果，記錄判定依據來自本機交易狀態、服務端驗證或其他已確認資料。
- [ ] 整理結果分級：每項標為通過、待驗證或阻塞，附上測試環境、帳戶角色、重現步驟及實際結果；不能重現或缺少官方依據的項目不得標為通過。
購買、邀請與成員狀態的證據
驗收時要把「介面顯示成功」和「App 確實授予內容存取」分開記錄。對購買者，記錄發起交易後 App 與服務端各自取得的狀態；對受邀成員，記錄邀請送出、接受或未完成時，App 如何判斷存取權。群組購買尚未開放的操作，不應以一般訂閱購買的結果代替。
訂閱存取狀態可依實際使用的交易驗證方式留存證據。若 App 透過 StoreKit 查詢目前有效權益，可參照 Transaction.currentEntitlements 文件確認所用介面的語意；這份文件本身不能證明群組購買專屬的成員權限規則。驗收紀錄應寫清楚 App 如何把可觀察到的交易狀態轉成授權或撤銷結果。
若服務端使用 App Store Server Notifications，核對通知 URL、收件紀錄和處理結果，並依照設定通知伺服器 URL 的說明及通知回應處理文件整理證據。重複通知、延遲處理和狀態更新應作為系統驗收項目；群組購買特有事件的名稱、觸發條件或固定結果，必須等官方文件與實測確認後再列入。
組織裝置管理或企業授權流程不能直接代替 App Store 群組購買驗收。兩者的購買主體、成員加入方式與 App 端狀態判斷未必相同，測試紀錄應依實際使用的購買流程分類。
現有環境若要先準備 Xcode 專案、Sandbox 帳戶和交易紀錄方式，可按團隊需要參考 OrbVPS 使用說明。這些準備能協助整理測試作業，但不會令尚未開放的群組購買能力提前可用。
通過、待驗證與阻塞的判準
通過只用於已能在指定環境重現，且有畫面或交易證據支持的項目。例如，測試者能重走同一操作並取得相同的可觀察結果，App 端與服務端記錄也能對應。
待驗證適用於 Apple 尚未向帳戶開放測試入口、官方資料沒有描述該行為，或目前缺少可重現證據的項目。這不是產品功能有缺陷的結論，而是尚不能作出可靠判斷。
阻塞則表示已具備測試條件，但流程無法繼續，或 App 的存取狀態與可取得的交易證據互相矛盾。報告需附上環境、帳戶角色、操作步驟和錯誤資訊，避免只寫「購買失敗」。
最終驗收紀錄至少應包括系統與 Xcode 測試環境、Sandbox 配置、帳戶角色、訂閱設定、購買及邀請步驟、成員存取結果、服務端事件證據和未解決項目。Apple 更新 Sandbox 開放公告、App Store Connect 文件或 StoreKit 文件後，重新核對相關項目；規劃中的月份不能代替實際入口檢查。
常見問題
Sandbox 群組購買測試何時能用？
Apple 公告將群組購買 Sandbox 配置與測試計畫列為 2026 年 11 月開始開放的規劃，但未列出精確日期，也不能據此判定所有帳戶已取得能力。實際測試前，應檢查團隊的 App Store Connect 設定與可用操作；入口未出現時，把群組購買流程列為待驗證。
怎樣核對群組購買後的邀請與成員存取？
把購買者和受邀成員分開測試，逐項記錄購買發起、邀請送出、接受邀請及 App 端存取判定。可用畫面、交易資訊和伺服器端通知作為證據，但只記錄實際出現的結果。若測試能力未開放，邀請與成員權限分支應保持待驗證，不要用一般訂閱購買代替。
組織多席位購買是否代表 App Store 群組購買已推出？
不代表。Apple 公告指出，組織與教育機構的訂閱多席位購買已於 2026 年 10 月 22 日開放；App Store 群組購買則有獨立的 Sandbox 測試與正式推出規劃。驗收時分開記錄購買主體和成員流程，並以各自適用的官方資料判斷狀態。
用 StoreKit Testing 還是 Sandbox 驗收群組購買？
StoreKit Testing 用於 Xcode 開發階段的本機交易測試；App Store Sandbox 用於連線到 Apple 測試環境的交易驗證。兩者不能互相證明對方的行為。若目標是群組購買的邀請或成員存取，先確認帳戶已具備官方提供的測試能力，再用能實際覆蓋該流程的環境驗收。
若團隊目前只用 Windows 或 Linux 開發，無法在本機執行 Xcode；自行添購 Mac 則需要承擔硬體採購與維護，虛擬化環境也未必能代表實際的 macOS 測試條件。若只是階段性準備 Xcode 建置與 Sandbox 驗收，可先評估租用遠端 Mac，按專案需要檢查工具鏈和連線方式，再決定是否採用。需要長期固定負載或依賴實體介面的團隊，仍應比較自有設備與其他部署方式。
常見問題
Sandbox 群組購買測試何時能在帳戶中使用？
Apple 官方資料表示，群組購買的 Sandbox 配置與測試計畫預定於 2026 年 11 月開始開放，但沒有列出確切日期。請直接檢查 App Store Connect 的帳戶設定與測試入口；若目前看不到相關選項，應記為待開放，不要以規劃月份推定已可執行完整流程。
要怎樣驗收訂閱購買後的邀請和成員存取？
分別記錄購買者發起購買、送出邀請、成員接受邀請，以及 App 判定內容存取權的依據。每個階段都保留畫面、交易資料或伺服器端事件證據。若 Sandbox 尚未提供該流程，就把該項標為待驗證，不要以一般訂閱交易結果代替群組購買的實測。
組織多席位訂閱和 App Store 群組購買是同一項功能嗎？
不是。Apple 資料指出，組織與教育機構的訂閱多席位購買已於 2026 年 10 月 22 日開放；App Store 群組購買則有獨立的 Sandbox 測試規劃與正式推出時程。驗收時應分開記錄購買主體、成員邀請方式和實際可測的交易流程。
StoreKit Testing 和連線 App Store Sandbox，該用哪一種？
StoreKit Testing 適合在 Xcode 開發階段控制本機交易情境；連線 App Store Sandbox 則用於檢查 App Store 測試環境中的購買流程。若驗收目標是群組購買邀請或成員存取，先確認 Apple 已向帳戶開放相應能力，再選擇可實際覆蓋目標流程的環境。
為群組購買驗收，準備一台持續可控的雲端 Mac
透過 OrbVPS 租用獨享 Apple Silicon 實體節點，在固定的 macOS 環境執行建置與測試，不必與其他租戶共用主機。