iPhone Duo 上市前，iOS App 需要重新測試哪些地方？從模擬器到真機測試要花多少錢？

Apple 的 Xcode 執行說明把模擬器與實體裝置列為不同的 App 執行目標；因此，模擬器通過不等於真機驗收完成。iPhone Duo 上市前，應先重測介面適配與關鍵業務流程，再把官方已確認、且與 App 使用情境相關的設備能力納入真機驗證。真機測試要花多少錢，取決於設備取得方式、測試週期、覆蓋範圍與執行成本；未核實當期設備條件和價格前，不應填入具體金額。Apple 的模擬器與實體裝置執行說明

這篇適合正在準備 iPhone Duo 適配的 iOS 開發者，用來排定回歸順序。
負責版本驗收的測試人員，可據此劃分模擬器與真機的驗證邊界。
需要配置設備、工時與預算的負責人，可用後文的成本清單逐項核算。

最後更新：按本次撰寫時可核對的 Apple 官方資料整理；未確認的設備規格、上市條件及本站費用不列為已知事實。

先按風險排定上市前的重測範圍

目前不能只因為產品名稱出現在測試計畫中，就把傳聞中的尺寸、功能或顯示特性當成既定條件。先核對 Apple 官方產品資訊 是否已確認產品名稱、發布狀態與具體規格；凡未能從官方資料確認的項目，都應標記為待確認假設，不應據此建立硬性驗收標準。

哪些相容性問題最值得先重測？ 判斷時看三件事：官方已確認的裝置或系統差異、App 目前的適配方式，以及歷史缺陷是否曾在相近頁面或操作情境重現。依故障後果分級，比把整個 App 無差別重跑更能控制測試工時。

• 必須重測：登入、付款、下單、資料提交等 App 實際提供的關鍵流程；啟動、主要導覽，以及曾出現阻斷性缺陷的頁面。相關操作應覆蓋失敗後重試、返回上一頁與資料是否正確保留。
• 建議重測：文字較多或版面較複雜的頁面、鍵盤輸入流程、權限提示、通知導向，以及前後台切換後的狀態恢復。若歷史問題集中在某類畫面，該類頁面優先於低風險的靜態內容。
• 暫不納入：尚未經官方確認的螢幕形態、感測器或新硬體功能。可以先建立待驗證項目，但須等規格或可用設備確認後再決定測試條件。

按畫面與互動逐項檢查適配

介面測試不只是確認頁面「看起來正常」。Apple 的 UIKit 文件說明，安全區域可用於判斷內容與介面邊緣的相對位置；視圖配置文件則說明如何安排畫面元素。這些是設計檢查依據，不代表任何尚未確認的 iPhone Duo 螢幕規格。安全區域配置說明與UIKit 視圖配置文件可供開發與測試人員核對實作方式。

• 檢查頂部與底部安全區域、固定導覽列、彈出視窗及貼近邊緣的操作按鈕，確認重要內容沒有被遮住。
• 用 App 實際支援的介面模式檢查版面伸縮；若支援動態字級或不同顯示方向，也應驗證文字換行、按鈕高度與捲動位置。
• 逐一檢查長標題、多行文字、表單提示及錯誤訊息，留意截斷、重疊、溢出和內容更新後的版面跳動。
• 開啟鍵盤後檢查輸入欄位、送出按鈕與焦點位置；再確認收起鍵盤或返回頁面時，已輸入內容是否保留。
• 以實際觸控操作主要按鈕、返回導覽與滑動區域，避免只依截圖判斷可用性。

若官方後續確認新機的顯示條件，才將相應條件補入測試案例；規格尚未公布或不能核實時，測試紀錄應清楚標明未驗證原因，而不是用猜測代替驗收結果。

讓模擬器先篩查，再用真機驗證關鍵項目

模擬器可以先覆蓋哪些 iOS App 測試？ 在目前開發工具與模擬器支援的範圍內，可用於較早期的介面檢查、流程回歸，以及已支援系統環境的初步篩查。這樣能先找出版面或程式流程問題，再把有限的真機時間留給模擬器不能代表的實際設備行為。Xcode 可用條件須按當下的官方系統要求核對，不應假設所有開發環境均支援相同裝置或系統版本。

什麼項目要留到真機？ 觸控感受、實際裝置能力，以及真實運行時的表現，應在目標真機上確認。若 App 使用相機，才根據已確認的裝置條件測試擷取流程，並保存操作結果或錯誤紀錄；相關能力可參考AVFoundation 擷取裝置文件。若 App 使用生物識別登入，應驗證權限、成功、取消、失敗及回退登入方式，並對照本地認證文件。不使用相機或本地認證的 App，不必為了新機測試而硬加這些項目。

測試報告應分開記錄模擬器通過項、真機驗證項與尚未驗證的限制。若測試工具或目標設備不支援某項能力，應留下限制及影響範圍，不能把「無法測試」記成「測試通過」。

用條件分支決定測試組合

如何安排從模擬器到真機的測試計畫？ 依序完成以下工作，再按風險和資源選擇覆蓋範圍：

• 確認官方已公布的產品與系統資料，將未確認的規格另列為待核實，不混入正式測試前提。
• 從 App 功能清單圈出登入、付款或提交等關鍵流程，並標記歷史缺陷與高影響頁面。
• 在模擬器先跑介面與流程初篩，記下所用開發工具、系統環境，以及未能覆蓋的設備能力。
• 在可取得的目標真機上驗證關鍵流程、觸控和 App 確實使用的硬體或權限能力；設備條件未確認時，不對未測項目下結論。
• 修正問題後，按影響範圍安排復測，並將結果分類為模擬器通過、真機通過或仍有驗收限制。

採用這組決策條件，可避免為不相關功能支出測試成本：

• 若關鍵流程曾有高影響缺陷，或依賴目標設備能力，安排真機驗證；否則先用模擬器篩查一般版面與流程問題。
• 若官方已確認的規格差異會影響版面或操作，把受影響頁面列入必測；否則不以未確認特性擴張測試矩陣。
• 若目標真機或必要開發環境尚未取得，先完成模擬器測試並標註風險，待設備可用後補驗；不要把模擬器結果標示為完整真機驗收。

以實際用量估算真機測試要花多少錢

真機測試要花多少錢，不是單靠測試案例數量決定。可先按「各項實際單價 × 實際用量」建立估算表，再逐項填入已核實的數值；本站當期價格與設備條件若未能從相關頁面確認，應留空待查，而不是用預估價格代替報價。

• 設備取得：自有設備的使用安排，或租用測試設備的實際費用；按實際可用機型及計費方式核對。
• 可用時長與週期：設備需要保留多久、能否在修正後再次使用，以及等待設備可用所造成的排程成本。
• 測試矩陣：需要覆蓋的系統環境、頁面和關鍵流程；未經確認的設備差異，不應先假定為必測組合。
• 執行人力：測試案例準備、操作、缺陷紀錄、結果整理與跨團隊確認所需工時。
• 修復後復測：依缺陷影響範圍重新驗證的工時，以及是否需要再次安排設備。
• 開發環境：核對現有 Mac 與 Xcode 是否符合當下官方系統要求；若需另行準備環境，將實際取得方式及使用週期列入成本。

計價方式及設備選項可先查看 Zutcloud 的 Mac mini 租用資訊與香港租用頁面，但實際可用條件及金額應以核對當下頁面所列資訊為準。若使用雲端 Mac 執行建置或模擬器測試，該環境可協助處理部分流程，但不能取代目標 iPhone 的真機驗證；測試安排或服務疑問可再參考支援中心。

發布前以清單核對風險與預算

準備放行前，逐項確認：

• [ ] 官方已確認的設備及系統資料有來源；傳聞或待核實項目沒有被寫成規格。
• [ ] 介面、安全區域、內容溢出、鍵盤遮擋與主要觸控操作已按 App 實際支援情況檢查。
• [ ] 登入、付款或提交等關鍵流程，以及前後台切換、權限、通知和異常恢復，已有相應測試紀錄。
• [ ] 相機或生物識別等能力只在 App 使用且測試條件可確認時納入；未驗證項目與原因已明確記錄。
• [ ] 模擬器通過、真機通過與尚未驗證的項目彼此分開，不以模擬器結果替代真機驗收。
• [ ] 設備、使用週期、測試覆蓋、人力、復測與開發環境均按實際單價及用量核算，未核實的費用仍標示待確認。

若團隊已具備合適的 Mac 和目標 iPhone，且測試需求會長期、穩定地重複發生，自有設備可能較合適；若目前流程依賴尚未確認的規格、缺少目標真機，或需長期承載固定高負載，短期租用未必能解決全部限制。反過來說，臨時需要 Mac 建置環境、模擬器篩查或階段性測試資源時，租用 Zutcloud 的 Mac 可讓團隊先按實際週期配置環境，避免在設備需求尚未定案時先承擔購置與維護成本。決定前仍應核對當期可用環境、交付條件與實際費用，再將估算結果納入 iPhone Duo 的測試預算。