iPhone Duo 출시 전, iOS 앱은 무엇을 다시 테스트해야 할까요? 시뮬레이터부터 실기기 테스트까지 비용은 얼마나 들까요?

iPhone Duo 출시 전에는 화면 적응과 핵심 업무 흐름을 먼저 다시 테스트하고, 공식 자료로 확인된 기기 특성에 연결되는 기능은 실기기에서 검증해야 합니다. 시뮬레이터는 초기 선별에 적합하지만 실기기 검증을 대신하지는 않습니다. 실기기 테스트 비용은 기기 확보 방식, 사용 기간, 테스트 범위와 실행 인력에 따라 달라지므로, Zutcloud의 현재 이용 조건을 확인하기 전에는 구체적인 금액을 정하지 않는 편이 안전합니다.

이 글은 iPhone Duo 대응을 준비하는 iOS 개발자, 출시 검증을 맡은 테스트 담당자, 기기와 예산을 계획하는 프로젝트 책임자를 위한 내용입니다.

먼저 재테스트 우선순위를 정합니다

iPhone Duo의 제품명, 공개 상태, 화면 사양과 지원 운영체제는 추측이 아니라 애플의 공식 제품 발표 자료에서 확인 가능한 항목만 테스트 조건으로 삼아야 합니다. 공식 자료에 없는 화면 형태나 기기 기능을 전제로 테스트 범위를 확정하지 마세요. 미확인 정보는 테스트 가설로만 기록하고, 확인 전에는 출시 판정 기준에 넣지 않습니다.

우선순위는 새 기기와 관련된 가능성만이 아니라 앱의 현재 구조와 과거 결함을 함께 고려해 정합니다.

• 반드시 다시 테스트: 화면 크기나 안전 영역 변화에 영향을 받는 화면, 로그인·결제·주문 제출처럼 실패 시 사용자나 매출에 직접 영향을 주는 흐름, 과거에 반복적으로 결함이 났던 기능입니다.
• 가능하면 다시 테스트: 앱이 실제로 사용하는 알림, 권한 요청, 백그라운드 복귀, 네트워크 오류 후 복구와 같이 상태 변화에 민감한 기능입니다.
• 확인 전에는 범위에서 보류: 공식 확인이 없는 기기 사양에만 의존하는 기능입니다. 해당 특성이 확인되면 그때 관련 화면과 기능을 추가합니다.

화면이 정상으로 보이더라도 작업이 완료됐다는 뜻은 아닙니다. 버튼이 눌리는지, 입력 뒤 화면이 갱신되는지, 오류가 났을 때 사용자가 복구할 수 있는지까지 확인해야 합니다.

화면과 표시 문제는 안전 영역부터 살핍니다

레이아웃 점검은 화면 가장자리에 콘텐츠가 잘리지 않는지 확인하는 데서 시작합니다. 애플의 안전 영역 배치 안내는 화면의 주요 콘텐츠를 안전 영역에 맞춰 배치하는 방법을 설명합니다. 앱이 자체 좌표나 고정 여백에 의존한다면 새 기기에서 겹침이나 잘림이 생길 수 있으므로, 해당 화면을 우선 확인합니다.

다음 항목은 앱에서 지원하는 화면 구성과 실제 이용 흐름에 맞춰 점검합니다.

• 안전 영역 안팎에서 제목, 본문, 하단 버튼이 겹치거나 잘리지 않는지 확인합니다.
• 화면 크기에 따라 카드, 목록, 이미지와 고정 영역이 자연스럽게 늘어나거나 재배치되는지 살핍니다. UIKit의 뷰 레이아웃 문서를 참고하되, 문서의 설명을 실제 앱 검증 결과로 대신하지 않습니다.
• 긴 문구와 큰 글자 크기에서 버튼 라벨이 잘리거나 본문이 다른 요소를 밀어내지 않는지 확인합니다.
• 키보드를 띄운 상태에서 입력란과 제출 버튼을 볼 수 있고 사용할 수 있는지 검사합니다.
• 앱이 지원하는 화면 방향과 표시 모드에서 주요 조작 영역을 실제로 누를 수 있는지 확인합니다.

새 기기의 화면 비율이나 표시 특성이 공식 자료로 확인되면, 그 특성을 적용한 테스트 조건을 추가합니다. 확인되지 않았다면 임의의 화면 치수를 가정하지 말고 기존 지원 범위 안에서 레이아웃 회귀를 먼저 진행합니다.

핵심 업무 흐름과 기기 기능을 실제 상태로 검증합니다

호환성 점검은 화면 캡처 비교만으로 끝낼 수 없습니다. 로그인부터 주요 작업 완료까지 실제 사용 경로를 따라가고, 중간에 앱이 멈추거나 백그라운드로 이동한 뒤에도 상태가 올바르게 복구되는지 확인해야 합니다.

앱에 해당 기능이 있다면 다음 흐름을 재검증합니다.

• 로그인과 로그아웃, 세션 만료 뒤의 재인증
• 결제나 제출 과정의 성공·취소·실패 처리
• 권한 거부 뒤 다시 권한을 요청하거나 기능을 제한하는 동작
• 알림을 통해 앱을 열었을 때 목적 화면으로 이동하는 동작
• 백그라운드 전환, 네트워크 단절, 앱 재실행 뒤의 상태 복원

카메라는 앱에서 사용하는 경우에만 검사하고, 새 기기의 카메라 관련 사양이 공식 확인된 뒤 해당 조건을 추가합니다. AVFoundation의 캡처 장치 문서는 앱에서 사용하는 캡처 장치 관련 인터페이스를 확인하는 근거가 됩니다. 생체 인증도 앱이 실제 지원할 때만 테스트하며, 로컬 인증 문서에 안내된 인증 흐름과 앱의 실패·취소 처리를 함께 살핍니다. 테스트 기록에는 사용한 기기와 운영체제, 실행 경로, 결과, 재현 절차를 남겨야 합니다.

시뮬레이터와 실기기를 나눠 검증합니다

시뮬레이터는 초기 개발 중 화면 배치와 기본 흐름을 빠르게 확인하고, 현재 개발 도구에서 지원하는 운영체제 환경을 선별하는 데 유용합니다. 하지만 시뮬레이터에서 통과한 결과만으로 실제 기기의 터치 반응, 센서나 카메라 동작, 기기별 실행 상태까지 확인했다고 볼 수는 없습니다. 검증할 수 있는 기능은 개발 도구와 대상 기기의 지원 여부에 따라 달라지므로, 미검증 항목을 통과로 표시하지 않아야 합니다.

애플의 시뮬레이터 또는 실제 기기에서 앱을 실행하는 안내는 두 실행 환경을 구분해 설명합니다. 실제 기기에서만 확인할 수 있는 기능과 동작은 실기기 검증으로 남기고, 개발 환경의 지원 여부는 Xcode 시스템 요구 사항에서 별도로 확인합니다.

iPhone Duo 출시 전 테스트 계획은 다음 조건 분기로 정할 수 있습니다.

• 새 기기 사양이 공식 확인됐고 앱이 해당 기능을 사용한다면, 관련 기능을 실기기 필수 항목으로 지정합니다.
• 실기기 확보가 늦어지지만 화면과 일반 업무 흐름을 먼저 확인해야 한다면, 시뮬레이터에서 초기 검사를 진행하고 미확인 항목을 별도로 남깁니다.
• 앱이 해당 기기 기능을 사용하지 않거나 공식 사양이 확인되지 않았다면, 추측에 따른 기능 테스트는 보류하고 현재 지원하는 흐름의 회귀에 시간을 배정합니다.
• 핵심 업무 흐름이 실기기에서 아직 실행되지 않았다면, 시뮬레이터 통과만으로 출시 검증을 완료 처리하지 않습니다.

실기기 테스트 비용은 항목별 실제 사용량으로 계산합니다

실기기 테스트 비용은 기기 확보 방식과 이용 기간만으로 정해지지 않습니다. 몇 대를 어떤 기간 동안 사용할지, 어떤 기능을 시험할지, 테스트 실행과 결함 재현에 필요한 인력이 얼마나 드는지 함께 계산해야 합니다. 이 글에서 확인할 수 있는 Zutcloud의 현재 가격이나 기기 조건은 제공되지 않았으므로, 구체적인 금액·구성·지역·배송 조건은 제시하지 않습니다.

예산은 아래 항목마다 실제 단가 × 실제 사용량으로 계산합니다.

• 기기 확보: 보유 기기를 쓸지, 외부에서 일정 기간 빌릴지에 따라 비용과 준비 시간이 달라집니다.
• 사용 기간: 기기를 확보해 두는 기간에 테스트 대기와 수정 후 재검증까지 포함할지 결정합니다.
• 테스트 범위: 화면, 핵심 업무 흐름, 권한, 알림, 앱이 사용하는 기기 기능 가운데 무엇을 실기기에서 확인할지 정합니다.
• 실행 인력: 테스트 케이스 작성, 실행, 결함 재현과 결과 기록에 드는 시간을 별도 산정합니다.
• 수정 후 재검증: 결함 수정 뒤 같은 흐름을 다시 확인하고, 영향받는 화면이나 연관 기능까지 확인할 여유를 둡니다.
• 개발 환경: 빌드와 테스트에 필요한 Mac 및 개발 도구를 이미 보유했는지, 별도 환경을 마련해야 하는지 확인합니다.

시작 전에는 Zutcloud 도움말 센터에서 현재 이용 안내를 확인하고, 필요한 기기나 기간이 명시돼 있지 않으면 문의 페이지에서 조건을 확인한 뒤 예산에 반영합니다. 지역별 이용 환경을 검토할 때는 한국의 맥 미니 대여 안내도 확인할 수 있습니다. 안내에 없는 가격이나 제공 조건은 확정 비용처럼 계산하지 말고, 확인이 끝날 때까지 미정 항목으로 둡니다.

출시 전 범위와 예산을 함께 대조합니다

테스트 담당자는 결과를 시뮬레이터 통과, 실기기 확인, 미검증으로 나눠 기록해야 합니다. 이 구분이 없으면 시뮬레이터에서만 확인한 기능이 실기기에서 검증된 것처럼 취급될 수 있습니다.

• [ ] 공식 자료에서 확인된 기기명과 사양만 테스트 조건으로 사용합니다.
• [ ] 화면 배치, 안전 영역, 글자 표시, 키보드와 주요 조작을 확인합니다.
• [ ] 앱의 핵심 업무 흐름과 실패·복구 동작을 실행합니다.
• [ ] 앱에서 쓰는 기기 기능만 대상으로 삼고, 새 기기 관련 조건은 공식 확인 뒤 추가합니다.
• [ ] 시뮬레이터 결과와 실기기 결과, 확인하지 못한 제한을 구분해 기록합니다.
• [ ] 기기 확보, 사용 기간, 테스트 범위, 인력, 재검증과 개발 환경의 실제 단가 및 사용량을 확인합니다.

기존 기기만으로 시험하면 새 기기에서의 터치와 실제 실행 상태를 확인하기 어렵고, 시뮬레이터만 사용하면 기기 기능 검증에 공백이 생깁니다. 반대로 모든 항목을 처음부터 실기기에 맡기면 기기 확보와 실행 인력의 비용이 커질 수 있습니다. 따라서 실기기가 필요한 핵심 경로와 공식 확인된 차이를 우선 배정하고, 초기 화면 점검과 반복 회귀는 시뮬레이터로 나누는 편이 합리적입니다.

실기기 테스트 비용을 확정하기 전에는 프로젝트에서 보유한 기기, 필요한 기간, 필수 검증 범위와 실행 방식을 먼저 정해야 합니다. 자체 기기와 개발 환경이 이미 준비돼 있고 장기적으로 반복 테스트를 한다면 직접 보유하는 편이 적합할 수 있습니다. 일시적인 출시 준비나 단기 검증이라면 Zutcloud의 현재 이용 가능 환경과 실제 비용을 확인해 대여를 비교할 수 있습니다. 어느 쪽이든 확인되지 않은 기기 사양이나 가격을 예산에 넣지 말고, 검증 가능한 조건을 기준으로 선택해야 합니다.