Apple은 iPhone Duo의 출시일을 2026년 10월 23일로 안내했으며, Xcode 27.1에 관련 개발 지원을 담았습니다. Apple Developer의 준비 안내에 근거하면, iPhone Duo 기업 CI 테스트 매트릭스는 모든 자세를 빠짐없이 조합하기보다 대표적인 접힘·펼침 상태와 핵심 화면을 우선 검증하는 편이 합리적입니다. 시뮬레이터에서 수동으로 확인한 결과는 자동화 CI 통과와 구분해야 합니다.
기업 IT 책임자는 iPhone Duo 검수를 출시 절차에 넣을 범위를 정할 수 있습니다.
플랫폼 엔지니어링 책임자는 Xcode와 기존 Mac CI 환경의 준비 상태를 확인할 수 있습니다.
QA 책임자는 자세별 화면과 사용자 흐름을 반복 가능한 검수 항목으로 바꿀 수 있습니다.
마지막 업데이트: 2026년 10월 28일. 기기와 개발 도구 관련 내용은 Apple Developer 안내, Xcode 27.1 출시 노트 및 관련 기술 자료를 확인했습니다.
iPhone Duo 기업 CI 테스트 매트릭스의 결정 원칙
검수 범위는 기능 출시 승인, 화면 적응 확인, App Store 제출용 이미지 준비를 서로 다른 업무로 나눠야 합니다. 이 글은 그중 CI 테스트 매트릭스에 초점을 둡니다. 스크린샷 준비 여부만으로 앱의 기능 검수가 끝났다고 판단하거나, 시뮬레이터에서 화면을 열었다는 이유만으로 자동화 게이트를 통과 처리하지 않습니다.
Apple은 iPhone Duo 디자인 안내에서 자세와 화면 방향에 따른 적응을 다루고, Xcode 27.1 출시 노트는 해당 개발 도구 버전을 확인할 수 있는 공식 자료입니다. 이 기능 설명은 기업에 특정 테스트 항목을 강제하는 규칙이 아닙니다. 아래 매트릭스는 앱의 위험과 사용 경로에 맞춰 정하는 검수 제안입니다.
- 출시 승인은 빌드, 자동화 결과, 예외 처리와 책임자 판단을 모아 결정합니다.
- 화면 적응 검수는 크기와 방향이 바뀔 때 주요 화면이 어떻게 재배치되는지 살핍니다.
- App Store 이미지 준비는 제출 자료 요건을 확인하는 별도 작업입니다. 관련 스크린샷 사양은 테스트 통과 증거를 대신하지 않습니다.
플랫폼 팀의 실행 환경과 증거
CI가 의도한 Xcode와 시뮬레이터 대상을 사용하고 있는지 먼저 확인해야 합니다. 개발자 컴퓨터에서만 통과한 결과는 공유 러너의 실행 조건을 증명하지 못합니다. 빌드 기록과 테스트 결과에는 실제 선택된 Xcode, 시뮬레이터 대상, 실행한 테스트 계획이 식별되도록 남깁니다.
Apple의 Xcode 릴리스 기록과 Xcode 27.1 노트를 기준으로 CI 이미지의 도구 버전을 고정하고, 변경 때마다 같은 검수 계획이 재현되는지 확인합니다. 앱 코드가 바뀌지 않았더라도 러너 이미지나 도구가 바뀌면 결과를 새 실행으로 보존해야 합니다.
Device Hub 문서에 설명된 기기와 자세 탐색은 사람이 화면 상태를 살펴보는 데 유용합니다. 다만 Device Hub에서 화면을 조작한 기록과 CI가 자동으로 실행한 테스트 결과는 서로 다른 증거입니다. 이를 하나의 “통과” 상태로 합치면 어느 검사가 실제로 반복 실행됐는지 추적하기 어려워집니다.
주의: 시뮬레이터가 실행되고 앱이 표시되는 것은 환경 준비의 확인일 뿐입니다. 핵심 동작의 기대 결과까지 자동으로 검증됐다는 뜻은 아닙니다.
앱 팀의 화면 위험 분류
레이아웃이 깨질 가능성은 화면 크기 자체보다 앱이 어떤 가정을 코드에 넣었는지에 따라 달라집니다. 고정된 화면 치수, 방향이 바뀌지 않는다는 전제, 비대칭 안전 영역을 무시한 배치, 자체 구현한 탐색 UI를 먼저 살핍니다. 모든 화면을 똑같은 우선순위로 검사하기보다 실패 때 사용자 업무가 중단되는 화면부터 분류합니다.
로그인, 핵심 업무 처리, 미디어 표시 화면은 대표 상태에서 우선 확인할 후보입니다. 크기 분류와 창 배치를 살피는 목적은 화면이 단순히 잘려 보이지 않는지뿐 아니라, 주요 버튼과 정보의 관계가 유지되는지 확인하는 데 있습니다. Apple의 레이아웃 적응 기술 강연과 iPhone Duo 적응 기술 강연은 화면 변화에 대응하는 설계와 시뮬레이터 검토의 배경 자료입니다.
QA 팀의 대표 상태 구성
접힘, 펼침, 회전은 출발점으로 삼되, 앱에서 의미 있는 상태만 매트릭스에 포함합니다. 예를 들어 한 화면이 특정 방향에서만 다른 탐색 구조를 쓰거나, 펼친 화면에서만 미디어 영역을 확장한다면 그 화면과 동작을 연결합니다. 반대로 기능 차이가 없는 조합은 제외하고 제외 근거를 남깁니다.
각 검수 항목에는 대상 화면, 수행할 사용자 동작, 기대 결과, 실패 때 보존할 증거를 적습니다. 실패 증거는 화면 캡처만으로 충분한지, 테스트 로그나 재현 절차도 필요한지 팀의 출시 위험에 맞춰 정합니다. 이렇게 해야 담당자가 바뀌어도 “괜찮아 보였다”는 주관적 메모 대신 같은 기준으로 회귀 검사를 반복할 수 있습니다.
- [ ] 접힘·펼침·방향 변화 중 앱 동작에 영향을 주는 상태를 골랐습니다.
- [ ] 로그인과 핵심 업무 흐름에서 확인할 화면 및 동작을 정했습니다.
- [ ] 각 검사에 기대 결과와 실패 증거를 연결했습니다.
- [ ] 자동화할 수 없는 확인은 수동 검수로 표시하고 담당자를 정했습니다.
- [ ] 제외한 상태와 출시 위험을 수용한 근거를 기록했습니다.
자주 묻는 검수 범위
기업 iOS CI는 iPhone Duo의 모든 자세를 검사해야 합니까?
그럴 필요는 없습니다. 앱의 기능과 화면 구성에 영향을 주는 접힘, 펼침, 회전 상태를 대표 항목으로 선택합니다. 자세의 모든 조합을 기계적으로 추가하면 실행 결과는 늘어도 중요한 사용자 경로를 더 잘 검증한다는 보장은 없습니다. 제외 항목과 이유를 기록하고, 앱 변경으로 위험이 달라지면 다시 검토합니다.
Xcode 27.1 시뮬레이터에서는 어떤 화면 문제를 살필 수 있습니까?
크기와 방향 변화에 따른 배치, 안전 영역, 주요 정보와 조작 요소의 위치를 확인하는 데 활용할 수 있습니다. 다만 화면을 눈으로 확인한 결과는 자동화 테스트 결과와 다릅니다. 자동화 게이트로 삼으려면 테스트가 핵심 동작을 실행하고 기대 결과를 검증해야 하며, 기능별로 시뮬레이터가 대신할 수 없는 점검도 구분해야 합니다.
접힘과 펼침 검사는 CI 회귀에 어떻게 연결합니까?
팀이 사용하는 Xcode와 시뮬레이터에서 필요한 상태를 재현할 수 있는지 확인한 다음, 각 상태에 해당하는 화면과 사용자 흐름을 테스트 계획에 연결합니다. 자동 실행이 되지 않는 수동 탐색은 자동화 통과로 기록하지 않습니다. 별도 수동 항목으로 남기고 실행자, 확인 결과, 실패 증거를 출시 기록에 보관합니다.
시뮬레이터 결과가 통과해도 실기기 확인이 필요합니까?
앱의 핵심 기능이 실제 기기의 동작이나 상호작용에 의존한다면 필요합니다. 시뮬레이터 결과만으로 하드웨어 관련 동작까지 확인했다고 볼 수는 없습니다. 실기기 보완 검수의 범위를 정하고, 수행하지 않는 검사는 남은 위험과 승인 책임자를 함께 기록합니다.
출시 책임자의 승인과 보완 경계
자동화 게이트로 사용할 항목은 반복 실행할 수 있고, 기대 결과를 판정할 기준이 있어야 합니다. 레이아웃을 사람이 직접 살피는 작업이나 실제 기기 동작 확인은 자동화 결과와 분리해 승인 기록에 연결합니다. 실패 때에는 해당 항목을 수정해 다시 검증할지, 기능을 제한할지, 위험을 수용하고 출시할지 결정 기준을 남깁니다.
App Store 이미지 준비가 완료됐다는 사실, Device Hub에서 자세를 수동 탐색했다는 사실, CI 테스트가 통과했다는 사실은 서로 다른 결과입니다. 출시 승인 기록에는 각 결과의 출처와 예외를 따로 적어야 합니다. 그러면 검토자는 어느 상태가 자동으로 검사됐고, 어느 부분이 수동 또는 실기기 확인에 남았는지 구분할 수 있습니다.
기존 장비만으로 검증 환경을 유지하면 초기 구매와 교체 계획, 장비 관리 업무가 뒤따릅니다. 사용량이 일정하지 않은 팀이라면 단기 검증 환경을 마련하는 방법으로 원격 Mac 임대도 비교할 수 있습니다. 다만 지속적이고 고정적인 고부하 작업이나 물리 장비 연결이 필요한 경우에는 자체 장비가 더 적합할 수 있습니다. RUVCLOUD를 검토할 때는 요금 안내와 한국 주문 안내에서 실제 제공 조건을 확인한 뒤, 필요한 Xcode 실행과 접근 방식이 팀 요구에 맞는지 별도로 검증해야 합니다.