Zilmac 블로그
← 기술 실습으로 돌아가기

iPhone 18 Pro 카메라 앱은 어떻게 미리 테스트할까? 2026 가변 조리개 호환성 검수 목록

AIDevelopment ·~15분 읽기

iPhone 18 Pro 카메라 테스트는 전해지는 가변 조리개를 미리 제어한다고 가정하지 말고, AVFoundation이 실제로 반환하는 장치 능력과 형식부터 읽도록 준비해야 합니다. 애플은 2026년 9월 5일 현재 iPhone 18 Pro와 가변 조리개 지원을 공식 확인하지 않았으므로, 테스트 스크립트는 지금 만들되 조리개 단계나 제어 가능 여부는 공식 문서와 실제 기기에서 다시 판정해야 합니다.

이 글은 AVFoundation의 노출·렌즈·영상 형식 인터페이스를 호출하는 카메라 앱 개발자, 저조도·심도·렌즈 전환을 검수하는 모바일 영상 품질 팀, 신제품 출시 직후 호환성 결과를 내야 하는 제품 책임자를 위한 내용입니다. 단순한 신제품 소식이 아니라 출시 전 준비와 출시 후 판정을 연결하는 검수 절차에 초점을 둡니다.

최종 갱신: 2026년 9월 5일
확인 자료: 애플의 AVFoundation 개발자 문서. 하드웨어 관련 내용은 공식 발표 전까지 전해지는 소식으로만 취급합니다.

공식 확인과 전해지는 소식의 분리

>

iPhone 18 Pro의 가변 조리개는 현재 공식적으로 확인된 기능이 아닙니다. 따라서 카메라 앱이 특정 조리개 단계, 특정 장치 이름 또는 특정 렌즈 순서를 반환할 것이라고 코드를 작성하면 안 됩니다. 새 기기에서 실제로 제공되지 않는 속성을 전제로 하면 앱이 정상 실행되더라도 노출값, 미리 보기, 동영상 출력이 잘못될 수 있습니다.

현재 준비에 활용할 수 있는 사실은 AVFoundation의 장치 검색과 형식 확인 구조입니다. AVCaptureDevice의 장치 검색 및 능력 확인 문서는 카메라 장치를 찾고 현재 장치가 제공하는 정보를 읽는 기준이 됩니다. 장치 형식 문서는 형식별 지원 범위를 비교할 때 사용합니다.

가변 조리개가 영향을 주는 범위도 분리해야 합니다.

  • 장치가 조리개 관련 값을 노출하는지 확인합니다.
  • 해당 값이 읽기 전용인지 제어 가능한지 구분합니다.
  • 노출 보정이나 셔터 시간 변경과 함께 동작하는지 확인합니다.
  • 사진 출력과 동영상 출력에서 같은 정보를 주는지 비교합니다.
  • 렌즈 전환 뒤에도 이전 장치의 값을 잘못 보존하지 않는지 검사합니다.

이 다섯 항목은 서로 다른 검수 대상입니다. 장치 정보에 조리개 변화가 표시된다는 사실만으로 서드파티 앱의 직접 제어까지 보장되지는 않습니다.

출시 전 기준선 만들기

>

첫 단계는 새 기기를 흉내 내는 것이 아니라 현재 지원 기기의 반환값을 저장하는 일입니다. 앱 코드와 자동화 스크립트에서 다음과 같은 고정 가정을 검색합니다.

  • 광각·초광각·망원 장치를 고정된 이름이나 배열 순서로 선택하는 코드
  • 특정 해상도와 프레임 속도가 항상 존재한다고 보는 조건문
  • 노출 시간과 감도의 최솟값·최댓값을 상수로 넣은 부분
  • 사진 형식과 동영상 형식을 하나만 허용하는 부분
  • 전면과 후면 전환 뒤 이전 장치의 노출 상태를 재사용하는 부분
  • 권한 거부 뒤 다시 승인했을 때 세션을 재구성하지 않는 부분

카메라 앱은 장치 목록, 장치 유형, 지원 형식, 노출 범위, 시스템 버전을 실행 시점에 기록해야 합니다. AVCapturePhotoSettings 문서와 AVCapturePhotoOutput 문서를 기준으로 사진 설정과 출력 능력을 분리하면, 사진 촬영은 됐지만 원하는 형식이 아니었던 경우를 쉽게 찾을 수 있습니다.

사전 기준선에는 장치마다 다음 결과를 남기는 편이 좋습니다.

  • 장치 식별 정보와 렌즈 역할
  • 읽을 수 있는 노출 관련 값
  • 사용 가능한 사진·동영상 형식
  • 고명암비, 깊이 데이터, 흔들림 보정과 같은 선택 능력
  • 형식 변경에 걸린 시간과 실패 원인
  • 촬영 파일의 실제 형식과 메타데이터

지원 목록을 기능 보장 목록으로 오해해서는 안 됩니다. 목록에 형식이 있어도 특정 조합에서 세션이 시작되지 않거나, 장치 전환 뒤 출력 설정이 초기화될 수 있습니다.

장치 연결 직후 확인 순서

>

신형 기기를 처음 연결한 뒤에는 화질 평가보다 식별 로그를 먼저 확보해야 합니다. 첫 실행에서 얻은 값을 기존 기준선과 나란히 비교하면 인터페이스 변화와 실제 화질 문제를 구분할 수 있습니다.

권장 흐름은 다음과 같습니다.

  1. 카메라와 마이크 권한 상태를 확인합니다. 권한 요청과 미디어 저장 권한은 애플의 권한 요청 안내에 따라 별도로 처리합니다.
  2. 장치 검색 결과와 각 장치의 유형을 저장합니다.
  3. 각 장치가 반환하는 형식과 노출 관련 범위를 기록합니다.
  4. 앱이 선택한 형식과 실제 세션에 적용된 형식을 비교합니다.
  5. 장치 전환 전후의 값이 올바르게 갱신되는지 확인합니다.
  6. 세션 오류, 중단, 재시작 결과를 저장합니다.

세션은 단순히 시작 성공 여부만 보면 부족합니다. AVCaptureSession 수명 주기와 오류 알림 문서를 기준으로 중단, 재시작, 입력·출력 구성 실패를 별도 결함으로 기록해야 합니다.

첫 실행의 촬영 연기 테스트

>

출시 후 첫 시간에는 모든 화질 평가를 끝내려 하기보다 앱이 핵심 경로를 통과하는지 확인해야 합니다. 다음 순서로 진행하면 재현 가능한 연기 테스트가 됩니다.

  • 후면 카메라로 사진을 촬영하고 파일이 저장되는지 확인합니다.
  • 전면 카메라로 전환한 뒤 같은 촬영을 반복합니다.
  • 후면 렌즈 사이를 전환하며 미리 보기와 저장 결과를 비교합니다.
  • 자동 노출에서 밝은 창과 어두운 실내를 각각 촬영합니다.
  • 수동 노출을 켰을 때 허용 범위 밖의 값이 안전하게 거부되는지 확인합니다.
  • 카메라 권한을 끈 뒤 다시 허용하고 세션이 복구되는지 확인합니다.
  • 촬영 중 앱을 백그라운드로 보냈다가 돌아와 검은 화면이나 멈춤이 없는지 확인합니다.

각 항목에는 성공 여부만 쓰지 말고 장치 식별 정보, 선택 형식, 오류 메시지, 재현 절차, 결과 파일을 함께 보관해야 합니다. 검수 기록에서 검은 화면과 촬영은 됐지만 잘못된 형식으로 저장된 경우는 우선순위가 다른 결함이기 때문입니다.

동영상 경로에서는 AVCaptureVideoDataOutput 문서와 영상 설정 규칙을 확인해야 합니다. 동영상 설정 문서에 맞지 않는 설정을 강제로 적용하면 장치별로 실패 방식이 달라질 수 있습니다. 프레임 처리가 늦을 때는 늦은 영상 프레임을 버리는 동작에 대한 안내도 함께 검토해야 합니다.

가변 조리개 장면 검수

>

가변 조리개가 서드파티 카메라 앱에 영향을 주는지는 공식 인터페이스와 실제 장치 반환값을 확인한 뒤에만 판단할 수 있습니다. 전해지는 소식을 근거로 조리개 단계를 화면에 먼저 만들거나, 존재하지 않는 제어 항목을 테스트 통과 조건으로 넣어서는 안 됩니다.

장치가 관련 값을 제공하는 경우에도 다음 장면을 같은 구도와 조명으로 반복합니다.

  • 어두운 실내와 야간에 가까운 저조도 장면
  • 밝은 창과 피사체가 함께 있는 역광 장면
  • 카메라와 가까운 단일 피사체
  • 앞뒤 거리가 다른 두 피사체
  • 여러 사람이 프레임 안에 있는 단체 장면
  • 렌즈 전환 직후 자동 노출이 안정되는 장면

판정은 샘플 한 장으로 끝내지 않습니다. 초점이 흔들리는지, 밝기가 갑자기 튀는지, 렌즈 전환 뒤 색과 화각이 급변하는지, 저장된 메타데이터와 화면 표시가 일치하는지를 각각 기록합니다. 조리개 관련 값이 전혀 반환되지 않는다면 기능 없음이라고 단정하기보다 현재 공개 인터페이스에서 확인하지 못함으로 보고하는 편이 안전합니다.

첫 주의 장시간 및 형식 회귀

>

첫날의 촬영 성공은 출시 판정이 아닙니다. 첫 주에는 장시간 실행과 형식 조합을 확인해야 합니다.

  • 연속 동영상 촬영 중 프레임 손실과 세션 중단을 기록합니다.
  • 렌즈 전환을 반복한 뒤 미리 보기와 출력 형식을 비교합니다.
  • 백그라운드 복귀 후 입력과 출력이 다시 연결되는지 확인합니다.
  • 저장 공간이 부족한 상태에서 오류가 사용자에게 전달되는지 확인합니다.
  • 기기가 뜨거워진 뒤 형식 선택과 촬영 안정성이 달라지는지 확인합니다.
  • 고해상도, 고명암비, 깊이 데이터 조합을 각각 실행합니다.
  • 영상 흔들림 보정 지원 여부를 연결 단위에서 확인합니다. 관련 기준은 영상 흔들림 보정 지원 문서를 참고합니다.

특히 고해상도와 고명암비를 동시에 선택했다고 해서 실제 출력 파일도 같은 조건이라고 볼 수 없습니다. 설정값, 세션에 적용된 값, 저장 파일의 메타데이터를 분리해 비교해야 합니다.

검수 담당자를 위한 조건별 결정 도구

>

아래 목록은 출시 직후 회의에서 바로 사용할 수 있는 결정 도구입니다. 각 항목은 단순한 기능 확인이 아니라 다음 조치를 선택하도록 구성해야 합니다.

  • [ ] 장치 목록과 지원 형식을 실행 시점에 읽고 로그로 남깁니다.
  • 충족하면 동적 능력 감지 방식으로 계속 진행합니다.
  • 충족하지 않으면 고정된 렌즈·형식 가정을 제거한 뒤 다시 검사합니다.

  • [ ] 사진 촬영, 동영상 촬영, 전후면 전환이 모두 완료됩니다.

  • 충족하면 기본 촬영 호환 판정을 진행합니다.
  • 충족하지 않으면 화질 평가를 중단하고 세션 또는 입력 구성 결함으로 분류합니다.

  • [ ] 자동 노출과 수동 노출이 허용 범위 안에서 안정적으로 동작합니다.

  • 충족하면 노출 관련 장면 검수로 이동합니다.
  • 충족하지 않으면 노출 제어 기능을 제한하고 재현 절차를 보고서에 남깁니다.

  • [ ] 가변 조리개 관련 값이 공식 인터페이스 또는 실제 장치 정보에 나타납니다.

  • 충족하면 값의 읽기, 표시, 렌즈 전환 뒤 갱신을 각각 검수합니다.
  • 충족하지 않으면 조리개 제어 항목을 만들지 않고 미확인 기능으로 기록합니다.

  • [ ] 고명암비, 깊이 데이터, 고해상도 형식이 장시간 실행에서도 유지됩니다.

  • 충족하면 해당 형식을 지원 대상으로 표시합니다.
  • 충족하지 않으면 지원 형식을 제한하고 단일 촬영 성공만으로 통과시키지 않습니다.

  • [ ] 권한 복구, 백그라운드 복귀, 저장 공간 부족 상태가 안전하게 처리됩니다.

  • 충족하면 제한 조건을 보고서에 명시하고 출시 검토로 이동합니다.
  • 충족하지 않으면 지원을 보류하고 오류 수정 뒤 전체 회귀를 다시 실행합니다.

출시 판정과 최종 보고서

>

팀 내부 검수 회의에서는 아래 조건 분기를 사용하면 전해지는 기능과 확인된 기능을 섞지 않을 수 있습니다.

  • 장치 목록과 형식이 기존 방식으로 안전하게 읽히고 핵심 촬영이 통과하면 일반 호환으로 분류합니다.
  • 촬영은 가능하지만 일부 형식, 렌즈 전환 또는 백그라운드 복귀가 불안정하면 제한적 지원으로 분류하고 지원 형식을 명시합니다.
  • 앱이 특정 렌즈 순서나 확인되지 않은 조리개 제어에 의존하면 기능을 숨기고 동적 능력 감지 방식으로 되돌립니다.
  • 세션 시작, 권한 복구, 파일 저장 중 치명적 오류가 재현되면 출시 지원을 보류합니다.
  • 가변 조리개 값이 읽히지만 제어 여부가 확인되지 않으면 읽기 검수만 통과시키고 제어 기능은 보류합니다.

이 기준은 가변 조리개 지원이라는 짧은 문구를 세분화합니다. 장치가 값을 보고하는지, 앱이 그 값을 안전하게 표시하는지, 사용자가 제어할 수 있는지는 각각 다른 판정입니다.

최종 보고서는 다음 네 부분을 분리해 작성해야 합니다.

  1. 공식 능력: 개발자 문서와 실제 장치가 공통으로 확인한 항목
  2. 앱 동작: 권한, 세션, 렌즈 전환, 사진·영상 출력 결과
  3. 샘플 평가: 사용한 기기, 시스템 버전, 조명, 형식, 촬영 조건
  4. 결함과 판정: 통과, 제한적 출시, 지원 보류 중 하나와 재현 절차

신제품이 아직 없을 때는 기존 기기의 반환값을 이용해 로그 형식, 형식 비교기, 오류 수집, 샘플 저장 규칙을 먼저 완성할 수 있습니다. 다만 이를 iPhone 18 Pro의 실제 지원 범위로 표현해서는 안 됩니다. 공식 발표 뒤에는 문서를 다시 확인하고, 기기가 도착한 즉시 같은 스크립트를 실행해야 사전 준비와 실제 기기 결과를 비교할 수 있습니다.

현재 팀이 맥 환경을 보유하지 않아 자동화와 실제 장치 연결을 나누어 진행해야 한다면, 클라우드 맥 대여 환경에서 빌드와 로그 수집을 먼저 정리하고 실제 촬영 장치 검수는 별도 단계로 운영할 수 있습니다. 권한 오류나 개발 환경 문제는 맥 개발 환경 지원 안내와 함께 확인하면 테스트 스크립트 자체의 오류를 장치 호환성 문제로 잘못 분류하는 일을 줄일 수 있습니다.

기존 방식으로 새 기기의 렌즈와 형식을 고정해 두면 장치 목록 변화와 형식 조합 실패를 출시 직전에 발견하게 됩니다. 반대로 현재 방식은 전해지는 가변 조리개를 사실처럼 구현하지 않고도 로그와 자동화 절차를 먼저 완성할 수 있다는 장점이 있습니다. 다만 장기간 고정 부하를 처리하거나 물리 카메라와 직접 연결해야 하는 팀에는 원격 환경만으로 충분하지 않을 수 있습니다. 첫 출시 기간에 여러 담당자가 동시에 빌드·로그·검수 환경을 확보해야 한다면, 필요한 기간에 맞춰 Zilmac의 맥 대여를 보조 자원으로 검토하는 편이 기존 장비를 급히 증설하는 것보다 일정 관리에 맞을 수 있습니다.

출시 전 카메라 앱 검증을 Zilmac과 함께 준비하세요

Zilmac의 전용 원격 맥에서 카메라 앱을 빌드하고 시뮬레이터 검증을 반복할 수 있습니다.

하루 단위 대여로 개발 환경과 검수 절차를 부담 없이 먼저 확인할 수 있습니다. — 요금제 옵션 보기

기간 한정

Zilmac

Zilmac의 전용 원격 맥에서 카메라 앱을 빌드하고 시뮬레이터 검증을 반복할 수 있습니다.

홈으로 돌아가기
기간 한정 플랜 보기