AVCaptureDevice 官方介面會回傳裝置、格式與曝光相關能力;這表示 iPhone 18 Pro 相機測試不應預先寫死傳聞中的光圈檔位。截至 2026 年 9 月 5 日,Apple 尚未確認 iPhone 18 Pro 或可變光圈功能,團隊現在可以先完成測試腳本、紀錄格式與缺陷流程,但具體光圈能力必須等官方文件及真機回傳結果確認。
這篇驗收清單適合哪些團隊
>本文適合呼叫 AVFoundation 曝光、鏡頭或影片格式介面的相機 App 開發者,也適合需要驗證低光、景深與鏡頭切換的影像 QA 團隊。
如果產品負責人要在新機上市後迅速完成相容性驗收,以下時間軸可以讓團隊先準備可重複執行的測試,而不是等到裝置到手後才臨時猜測規格。
注意:「可變光圈」目前只屬於測試準備背景,不是已確認的 iPhone 18 Pro 硬體或 AVFoundation 能力。任何第三方 App 能否讀取或控制光圈,都必須以正式文件與裝置實際回傳為準。
官宣前先建立不依賴傳聞的測試基線
>先盤點程式中被寫死的條件
第一階段不是測畫質,而是檢查程式是否把特定鏡頭、曝光值、解析度、影格率或影片色彩格式直接寫在條件判斷中。常見風險包括:
- 以固定鏡頭名稱判斷廣角、超廣角或望遠,而不是讀取
AVCaptureDevice的實際裝置類型。 - 預設所有裝置都支援相同的
AVCaptureDevice.Format,未檢查格式描述、解析度、影格率範圍及 HDR 能力。 - 將某個曝光時間、ISO 範圍或曝光補償值視為所有機型都可接受。
- 鏡頭切換後仍沿用舊的格式與連線設定,導致黑畫面、畫面凍結或輸出失敗。
- 權限被拒絕後只顯示錯誤,沒有在使用者重新授權後重新建立擷取工作階段。
Apple 的 AVCaptureDevice 裝置發現與能力介面 可用來建立裝置清單及能力讀取流程;AVCaptureDevice.Format 官方說明 則可作為格式檢查的依據。這些文件能支援測試方法,但不能證明未來機型一定會回傳某一組光圈或格式。
把「期待值」改成「回傳值」
| 檢查區域 | 不應採用的假設 | 應記錄的實際資料 | 通過條件 |
|---|---|---|---|
| 裝置 | 固定鏡頭名稱或固定數量 | 裝置類型、位置、唯一識別資訊 | App 能列出可用裝置,且切換後識別值正確 |
| 曝光 | 預設 ISO、曝光時間或光圈檔位 | 支援的曝光控制、目前值與可用範圍 | 超出範圍時安全拒絕,不崩潰 |
| 格式 | 預設解析度與影格率 | 每個格式的描述、影格率範圍、HDR 或深度能力 | 只選取裝置實際回傳的格式 |
| 連線 | 所有鏡頭共用同一連線狀態 | AVCaptureConnection 的穩定功能及方向設定 |
鏡頭切換後影像方向與穩定設定一致 |
| 輸出 | 單次成功即可視為支援 | 相片、影片、影像資料輸出結果 | 輸出可重現,錯誤可被紀錄及復原 |
可變光圈會影響第三方相機 App 嗎?
只有在正式硬體與 API 暴露相關能力時,第三方 App 才能討論讀取或控制。若裝置只回傳一般曝光控制,App 應繼續使用可用的曝光介面,不應自行把曝光滑桿標示成光圈控制,也不應以畫面亮度變化推論硬體光圈真的移動。
新機接入後,先完成裝置與格式識別
>真機接入後,第一輪工作應是保存原始回傳資料,而不是立即比較樣張。測試人員可依下列順序執行:
- 記錄裝置型號識別值、作業系統版本、App 版本、建置版本及測試時間。
- 透過
AVCaptureDevice取得可發現裝置,分別記錄前置與後置相機、裝置類型及位置。 - 逐一列出可用格式,保存格式描述、影格率範圍、HDR、深度資料及影片輸出相關能力。
- 讀取曝光控制相關屬性,記錄目前值、可用範圍及設定失敗時的錯誤。
- 將新機資料與舊機型基線並列,先標記「介面新增」、「介面缺少」、「回傳方式改變」及「App 行為異常」。
- 確認相機、麥克風及照片庫權限流程;可參考 Apple 的攝影機、麥克風與照片庫授權說明。
相機 App 怎麼檢測裝置支援的拍攝能力?
核心方法是先建立擷取裝置,再逐項讀取裝置與格式能力,最後只從回傳集合中選擇設定。測試報告要保存「裝置回傳了什麼」以及「App 選了什麼」,不能只保存一張成功輸出的照片。這種分離方式能快速判斷問題來自硬體能力、系統介面,還是 App 自己的條件判斷。
| 接入後要保存的項目 | 與舊基線比較的方式 | 發現差異時的處理 |
|---|---|---|
| 裝置識別與鏡頭類型 | 比較裝置分類及前後置位置 | 先更新裝置映射,不改動畫質結論 |
| 格式與影格率範圍 | 比較可選格式集合 | 讓選擇器回退到實際可用格式 |
| 曝光控制 | 比較可讀取與可設定屬性 | 將未支援控制項設為停用或自動 |
| 輸出能力 | 比較相片與影片輸出結果 | 分開建立相片、影片及影像資料缺陷 |
| 權限與工作階段 | 比較授權後重建行為 | 記錄重試、通知及恢復步驟 |
第一小時完成相機冒煙測試
>新機接入的第一個小時,應先驗證主流程能否穩定跑完,再進入低光與畫質評價。每項測試都要記錄是否崩潰、當機、黑畫面、無影像輸出、錯誤提示不完整或設定被靜默忽略。
建議依以下順序執行:
- 首次啟動並拒絕相機權限,確認 App 能安全退出拍攝流程。
- 重新授權後建立
AVCaptureSession,確認工作階段能重新啟動。 - 拍攝相片,分別測試自動曝光與 App 提供的手動曝光控制。
- 開始影片錄製,檢查音訊、畫面、方向、穩定功能及停止後檔案是否可讀。
- 在前置與後置鏡頭之間切換,重複檢查預覽、曝光及輸出。
- 切換至少一組由裝置實際回傳的影片格式,確認不會因沿用舊設定而失敗。
- 將每個失敗保存為可重現步驟,附上裝置識別、系統版本、格式描述及錯誤紀錄。
相片輸出可對照 AVCapturePhotoSettings 官方說明 與 AVCapturePhotoOutput 支援能力文件;影片與影像資料輸出則應分別檢查 AVCaptureVideoDataOutput 文件。這樣能避免把相片流程成功誤判成整個相機 App 已經相容。
首日以固定場景驗證可變光圈相關行為
>首日測試的重點不是證明傳聞,而是觀察在相同條件下,裝置與 App 是否出現可解釋、可重現的行為。測試人員應固定拍攝位置、主體構圖、光源方向與 App 設定,並保存原始輸出及裝置回傳資料。
| 標準場景 | 需要觀察的行為 | 不可直接下的結論 | 通過判定 |
|---|---|---|---|
| 低光主體 | 曝光穩定性、雜訊、對焦及輸出時間 | 不能只因畫面變亮就判定光圈改變 | 曝光控制與輸出結果可重現 |
| 逆光主體 | 自動曝光、高光保留及切換後狀態 | 不能把 HDR 行為等同可變光圈 | 曝光策略切換不造成黑畫面或崩潰 |
| 近距離主體 | 對焦距離、景深觀感及鏡頭選擇 | 景深變化不代表第三方可控制光圈 | 對焦與鏡頭切換符合回傳能力 |
| 多人合影 | 畫面邊緣、曝光一致性及人臉對焦 | 不能以單一樣張推論全機型能力 | 重拍後結果與設定紀錄一致 |
iPhone 新機相機應該測試哪些場景?
至少應涵蓋低光、逆光、近距離主體、多人合影、前後鏡頭切換、自動曝光、手動曝光及影片格式切換。若團隊要評估可變光圈,還要把「裝置元資料或官方介面是否明確回傳光圈能力」列為獨立欄位;沒有這項證據,就只能記錄影像現象,不能把現象寫成 API 支援。
經驗提醒:樣張評分與介面驗收應分開。相片看起來較亮、景深不同或低光雜訊較少,都不能單獨證明 App 已經取得光圈讀取或控制權限。
首週檢查長時間執行與格式回退
>單次相片成功並不代表新機相容。首週應把測試延伸到持續錄影、鏡頭反覆切換、背景執行後恢復、儲存空間不足及裝置溫度升高等狀態。每個狀態都要確認工作階段是否能停止、重建與回到可拍攝狀態。
影片測試要逐項檢查高解析度、HDR、深度資料及影像資料輸出;不可因某一個格式成功,就把同一結論套用到所有格式。對於即時影像資料,還要觀察處理速度落後時是否丟棄過期畫格,可參考 Apple 的 alwaysDiscardsLateVideoFrames 說明。影片設定則應對照 Video Settings 官方規則。
長時間測試可採用固定循環:開始錄製、停止、切換鏡頭、恢復預覽、重新選擇格式,再檢查輸出檔案及錯誤通知。工作階段生命週期與錯誤處理應對照 AVCaptureSession 官方文件;若 App 使用影片穩定功能,也要檢查連線是否實際支援,而不是直接啟用固定選項,可參考 影片穩定能力介面。
沒有新機時如何提前準備相機相容測試?
先在現有機型建立「回傳能力—App 設定—輸出結果」三段式紀錄,並把所有固定條件改為動態能力判斷。接著準備可替換的裝置識別、格式選擇、曝光設定及報告欄位。新機到手後只需重新執行同一組腳本,再比較差異,不必在上市日重新設計測試方法。
以條件分支決定支援等級
>以下條件可直接放進相容性驗收流程,避免團隊因傳聞或單次成功而過早宣布支援:
- 若裝置、格式與曝光能力都能由 AVFoundation 正常讀取,且相片、影片、鏡頭切換及權限恢復均可重現,則列為「通過」。
- 若基本拍攝穩定,但某些 HDR、深度、特定影格率或高解析度格式不支援,則列為「限制上線」,同時在 App 內停用或隱藏未支援選項。
- 若只觀察到亮度、景深或低光效果變化,卻沒有官方文件或裝置回傳證明光圈能力,則不可宣稱支援可變光圈,回退到自動曝光或已確認的曝光控制。
- 若鏡頭切換、權限恢復、背景恢復或長時間錄影會造成崩潰、黑畫面或檔案損毀,則列為「暫緩支援」,直到完成修正與回歸。
- 若新機結果與舊機不同,則先更新基線並保留舊機型回歸結果,不應為了新機而刪除既有測試。
驗收報告要把能力、行為與畫質分開
>可交付報告建議分成四個部分:官方能力、App 行為、樣張評價及缺陷紀錄。官方能力只引用 Apple 文件或真機回傳;App 行為描述實際重現步驟;樣張評價標記裝置、系統、格式及光線條件;缺陷紀錄則附上錯誤訊息、輸出檔案及修正後回歸結果。
報告最後給出「通過」、「限制上線」或「暫緩支援」三類結論,並保留舊機型結果。若團隊需要先整理遠端真機的操作流程,可參考 Mac 遠端連線與測試環境;若要安排短期裝置資源,則可先閱讀 雲端 Mac 租用說明。這些準備能把新機到位後的工作集中在能力核對與缺陷確認,而不是重新搭建整套測試環境。
對相機 App 團隊而言,直接依賴傳聞規格的方案有三個明顯缺點:它可能把不存在的光圈控制寫入產品介面,可能因固定格式造成新機黑畫面,也可能在沒有完整真機回歸時漏掉長時間錄影與背景恢復問題。若團隊需要首發期間並行驗證,先整理現有腳本,再評估租用 Zilmac 的 Mac 測試資源,通常比臨時購置多部測試主機更容易按時調整;但若是長期高負載測試、需要實體相機配件或必須直接操作裝置連接埠,仍應保留自購硬體或現場真機方案。
最後更新於 2026 年 9 月 5 日;測試方法依 Apple AVFoundation 官方文件核實,iPhone 18 Pro 硬體與可變光圈能力仍須待 Apple 官宣及真機確認。
用 Zilmac 提前完成相機 App 相容性驗收
透過 Zilmac 雲端 Mac,為開發與 QA 團隊提供彈性租用的 macOS 測試環境。
集中執行曝光控制、鏡頭切換、影片格式、低光及長時間錄影等測試流程。 — 立即了解套餐方案