TestFlight 시작하기

TestFlight 시작하기입니다 저는 Aneesha입니다 App Store Product Management 팀에서 근무하고 있습니다 함께하는 제 동료는 Jerome입니다 Developer Tools Product Management 팀원이죠 이 프레젠테이션에서 TestFlight에 대해 자세히 소개하게 되어 기쁩니다 오늘은 우선 간략하게 테스트의 중요성을 알아보고 TestFlight를 소개할 예정입니다 그런 다음 TestFlight 사용 방법을 살펴봅니다 빌드 배포, 테스터 추가 피드백 보기 방법 등입니다 그럼 시작해 보죠

테스트는 필수적입니다 그래야만 고품질 앱 경험을 제공할 수 있죠 이 과정을 통해 코드를 반복 실행하고 피드백을 통합해 멋진 앱과 경험을 App Store 고객에게 제공할 수 있습니다

App Store는 170개 이상의 지역에서 사용되는 15억 대 이상의 기기에서 40여 개 언어로 제공됩니다

사람들이 귀사의 앱을 발견할 엄청난 기회를 의미합니다 또한 수많은 사람들이 다양한 기기, 언어, 접근성 요구 사항을 갖고 있죠

앱을 테스트하면 전 세계 App Store 사용자에게 멋진 경험을 제공할 수 있습니다

테스트를 지원하기 위해 Apple은 광범위한 도구를 제공합니다 앱을 다양하게 테스트해 볼 수 있도록 도와주죠 예를 들어 Xcode에서 XCTest로 단위 및 UI 테스트를 작성한 다음 Xcode Cloud를 사용해 각 코드 변경 후 테스트를 자동화할 수 있습니다 다양한 기기 및 OS에서 시뮬레이터로 코드를 수동으로 테스트하고 Instruments로 앱의 성능 테스트를 수행할 수 있습니다

오늘은 TestFlight에 대해 자세히 살펴보겠습니다

TestFlight는 Apple 피드백 수집 도구로 개인정보를 보호하면서 사람들의 피드백을 수집합니다 따라서 세계적인 수준의 앱과 게임을 만들어 App Store 이용자를 만족시킬 수 있죠 TestFlight에서는 앱이 App Store에 공개되기 전에도 피드백을 얻을 수 있습니다 그리고 이 정보를 토대로 앱을 업데이트할 수 있죠

TestFlight는 Apple Developer Program 멤버십에 포함되어 있으며 Apple이 제공하는 가장 인기 있는 개발자 도구 중 하나입니다 TestFlight는 모든 Apple 플랫폼에 걸쳐 앱을 배포할 수 있게 해 주며 테스트 경험을 최적화할 수 있도록 설계되었습니다

높은 레벨에서는 TestFlight로 앱의 빌드를 업로드하고 테스터를 추가하며 피드백을 지속적으로 받을 수 있습니다 따라서 빠르고 쉽게 테스터 피드백을 받아 이를 토대로 결정을 내리고 세계적인 수준의 앱과 게임을 개발해 App Store에 출시할 수 있습니다 다음으로는 한 가지 예를 통해 TestFlight 사용 방법을 자세히 살펴보죠 Jerome이 진행하겠습니다

TestFlight 사용에 대해 알아보겠습니다 이를 위해 새 Food Truck 앱을 준비 중이라고 가정해 보죠 이 앱은 App Store에서 처음으로 출시할 예정입니다

시작하려면 우선 빌드를 업로드하고 테스트할 수 있도록 준비합니다

빌드 업로드에는 세 가지 주요 단계가 있습니다 우리가 살펴볼 이 세 단계는 App Store Connect에 업로드 테스트 세부 사항 추가 테스트 정보 추가입니다

Xcode로 App Store Connect에 업로드합니다 Xcode를 열고 앱의 아카이브를 생성하여 배포를 준비해 보겠습니다 이를 위해 먼저 앱을 빌드할 대상 아키텍처를 선택합니다 여기서는 임의의 iOS 기기 arm64이며 제품 최상위 메뉴에서 Archive를 선택합니다

그런 다음 해당 앱과 빌드 버전을 선택합니다 TestFlight에 보낼 버전입니다 오른쪽의 Distribute App 버튼을 클릭합니다

TestFlight 빌드에서 App Store Connect를 배포 방법으로 선택해 빌드를 내부 및 외부 테스터 모두와 공유할 수 있도록 합니다

나중에 테스터 유형에 대해 자세히 알아볼 예정이므로 지금은 Next를 클릭하겠습니다 Upload를 선택해 빌드를 자동으로 App Store Connect로 보내겠습니다

업로드하려면 먼저 Next를 클릭하여 Xcode가 앱 기록을 생성하도록 합니다

빌드 제출이 거의 완료되어 클릭 몇 번만 더 하면 됩니다 앱을 업로드할 때 기호 파일을 포함하는 것이 좋습니다 App Store에서 기호 이름을 충돌 보고서에 추가해 Xcode에서 Crashes Organizer에 제공합니다

Manage Version and Build Number 또한 선택해 Xcode의 배포 지원에서 해당 앱의 빌드 번호가 유효한지 감지할 수 있도록 합니다

앱의 번호가 유효하지 않으면 즉, 이전에 사용한 앱과 같은 경우 해당 지원에서 유효한 번호로 자동 증가시키는 옵션이 제공됩니다

Automatically Manage Signing이 기본 선택되고, Xcode가 프로필과 인증서를 관리합니다 아주 편리하죠

이 단계를 마친 후 Xcode가 빌드를 App Store Connect에

업로드하면 이제 TestFlight로 테스트할 준비가 되었습니다

Xcode를 사용해 빌드를 업로드하는 경우 유념해야 할 몇 가지 모범 사례가 있습니다

배포 방법을 App Store Connect로 설정해야 TestFlight를 사용할 수 있습니다

버전 및 빌드 번호에 주의합니다 새로운 빌드를 업로드할 때 항상 빌드 문자열을 명시해야 합니다 이전 빌드보다 더 큰 숫자여야 합니다

인증서와 프로필이 최신인지 확인합니다 이것은 업로드 문제가 발생하는 일반적인 원인입니다 정보가 올바른지 확인하는 손쉬운 방법 한 가지는 Xcode가 자동으로 서명을 관리하도록 하는 것입니다 빌드의 테스트를 준비하기 위해 해야 할 일이 두 가지 더 있습니다 Aneesha가 테스트 정보를 추가하는 방법과 테스트를 시작하는 방법을 설명하겠습니다

테스트 세부 사항을 추가하려면 우선 App Store Connect에서 빌드를 보죠

App Store Connect 앱 페이지를 열고 상단 TestFlight 섹션을 클릭합니다

App Store Connect 모바일 앱을 통해 앱 페이지의 TestFlight 섹션에서 TestFlight에 접근할 수도 있습니다

이제 TestFlight 섹션에 Food Truck 앱의 업로드된 빌드가 보입니다 TestFlight에 업로드된 모든 빌드는 90일간 활성 상태로 유지된 후 만료됩니다

90일을 초과하여 테스트하려면 추가 빌드를 업로드하면 됩니다

여기에 새로 업로드된 빌드의 세부 사항이 표시됩니다 빌드의 상태와 만료일 등이죠 해당 빌드를 클릭해 테스트 세부 사항을 추가하겠습니다

테스트 세부 사항을 추가하면 테스터가 앱을 테스트할 때 유의할 점을 알 수 있어 더욱 유용한 피드백을 얻을 수 있습니다

이 빌드에 대한 세부 사항을 추가해 보죠

이 앱을 처음으로 출시하는 것이므로 이를 언급해 보겠습니다

사용자가 Food Truck의 디자인을 변경할 수 있으므로 이 점도 테스트 세부 사항에서 언급하겠습니다

빌드의 테스트 세부 사항을 입력하는 것은 중요합니다 테스터가 앱을 테스트하려고 할 때 보게 되는 첫 번째 내용이기 때문이죠 잘 입력한 것 같네요 이제 Save를 누릅니다

테스트 세부 사항을 추가할 때 유념해야 할 몇 가지 모범 사례가 있습니다

각 빌드별로 테스트 세부 사항을 업데이트합니다 테스트 세부 사항은 빌드 하나와 관련되므로 의미 있는 피드백을 제공하는 방법을 테스터에게 알릴 수 있는 기회입니다

테스트 세부 사항을 입력할 때 간단하게 작성하는 것이 좋습니다 짧은 문장이나 구분점 항목을 사용해 쉽게 읽을 수 있도록 하고 잠재적 테스터의 참여를 유도해 보세요 테스트할 특정 기능이나 인지해야 할 알려진 문제도 전달해야 합니다 그러면 테스터가 무엇을 살펴봐야 할지 파악하고 그 부분에 초점을 맞출 수 있습니다

마지막으로, 빌드를 테스터와 공유하기 전에 앱에 대한 테스트 정보를 추가해야 합니다

General Information 아래 Test Information 섹션을 클릭합니다

베타 앱 설명과 이메일 주소를 추가해야 합니다 베타 앱 설명은 TestFlight 앱에서 테스터에게 표시되며 이메일을 통해 보낸 테스터 피드백은 여기에 입력하는 피드백 이메일 주소로 전송됩니다

지금은 필요 없지만 외부 테스터에게 앱을 배포하려면 먼저 베타 앱 심사 정보 섹션에 내용을 입력해야 합니다 앱별로 한 번만 테스트 정보 페이지를 업데이트하고 정보가 변경되는 경우 다시 업데이트하면 됩니다

이제 빌드의 테스트를 시작할 준비가 되었습니다

테스트를 위해 빌드를 업로드하고 구성했으니 이제 테스터를 추가할 수 있습니다

두 유형의 테스터를 TestFlight에 추가할 수 있는데, 바로 내부 및 외부 테스터입니다 아직 상당히 새로운 앱인 만큼 팀 내부의 몇 사람에게 피드백을 받는 것으로 시작해 보죠

이들을 내부 테스터로 앱에 추가하겠습니다

내부 테스터에 대해 좀 더 알아보죠 내부 테스터는 App Store Connect 팀의 일원이며 최대 100명의 팀원을 앱의 내부 테스터로 지정할 수 있습니다

각 내부 테스터는 빌드를 설치하고 최대 30대의 기기에서 테스트할 수 있습니다 이러한 테스터는 팀의 일원이므로 이들에게 모든 새 빌드를 자동으로 배포하도록 선택할 수 있습니다

내부 테스터를 추가하려면 먼저 내부 그룹을 생성해야 합니다 App Store Connect의 TestFlight 섹션으로 이동한 후 Internal Testing 옆의 더하기 버튼을 클릭해 새 내부 테스트 그룹을 생성합니다

그룹은 강력한 도구인데, 반복 가능한 테스트 과정을 생성할 수 있도록 해 주기 때문입니다 그룹 이름을 추가하고 Enable Automatic Distribution 버튼을 선택된 상태로 유지한 다음 Create를 클릭합니다

이제 내부 그룹이 생성되었습니다 Enable Automatic Distribution을 선택했으므로 빌드가 이 그룹에 이미 추가되었습니다 앞으로 이 내부 그룹은 업로드하는 모든 빌드에 자동으로 접근할 수 있으므로 빌드를 하나씩 추가할 필요가 없습니다 그룹이 생성되었으니 이제 테스터를 추가해야 합니다 Testers 옆의 파란색 더하기 버튼을 클릭하여 누구를 추가할 수 있는지 확인합니다

관리자, 앱 관리자, 개발자 또는 마케팅 역할의 모든 App Store Connect 팀원이 추가할 수 있는 테스터로 표시됩니다 앱당 최대 총 100명의 내부 테스터를 추가할 수 있습니다

Jerome, Melissa 그리고 저를 선택하고 이 그룹에 추가하겠습니다

이제 이 내부 그룹의 테스터가 되었습니다 상태 열에서 저희 세 사람이 초대된 것을 볼 수 있습니다

테스터를 추가하면 테스터에게 Food Truck 앱을 테스트하라는 이메일 초대가 전송됩니다 TestFlight에서 앱을 볼 수 있는 링크가 포함됩니다

테스터가 TestFlight 앱을 열어 초대를 수락하고 Food Truck 앱을 설치하면 What to Test 섹션이 가장 먼저 표시됩니다

이 섹션에는 빌드를 설정할 때 추가한 테스트 세부 사항이 포함됩니다 따라서 앱을 설치하기 전에도 테스터가 유용한 피드백을 제공하는 방법을 이해하도록 도와줄 기회가 있습니다 테스터는 앱에 대해 더 자세한 내용을 확인할 수도 있습니다 예를 들어 TestFlight 테스트 정보 섹션에서 추가한 베타 앱 설명을 확인합니다

Jerome과 Melissa가 초대를 받고 Food Truck 앱을 설치하면 첫 번째 테스터가 됩니다

테스터가 앱을 설치했으니 이제 TestFlight의 피드백 기능을 살펴봐야 합니다

테스터는 여러 방법으로 피드백을 제출할 수 있습니다 첫째, TestFlight를 통해서입니다 Submit Feedback 버튼을 사용하면 됩니다 이 방법으로 제출된 피드백은 앱의 테스트 정보 섹션에서 지정한 이메일로 전송됩니다

테스터는 앱을 테스트하는 동안 스크린샷을 찍을 수도 있습니다 스크린샷 미리보기에서 테스터는 편집하고 마크업을 추가하여 더 많은 정보를 제공할 수 있습니다

이 방법으로 테스터는 스크린샷과 주석을 TestFlight에 직접 공유할 수 있습니다 Food Truck 앱에서 충돌이 발생하는 경우 테스터는 충돌 보고서를 제출할 수 있습니다 테스터는 보고서를 전송하고 충돌의 맥락에 대한 피드백을 추가하기로 동의할 수 있습니다

그룹의 페이지에서는 테스터의 참여도와 앱에 대한 피드백의 요약을 확인할 수 있습니다

상태 열을 보면 Jerome과 Melissa가 모두 해당 빌드를 설치했고 테스트했다는 것을 알 수 있습니다

테스터별 세션, 충돌 및 피드백 수와 빌드당 어트리뷰션된 세션 및 충돌 수를 확인할 수 있습니다

조사해야 할 몇 가지 충돌 및 피드백이 있는 것 같으니 조사해 보죠

우선 충돌 페이지로 이동합니다 왼쪽의 피드백 섹션 아래에 있습니다

테스터가 제출한 모든 충돌이 표시되고 표로 요약된 충돌 세부 사항을 빠르게 확인할 수 있습니다 그런 다음 상단의 필터를 사용해 플랫폼, 빌드 또는 기기별로 충돌을 확인할 수 있습니다 이 충돌을 선택하여 Jerome이 제출한 충돌 보고서의 세부 사항을 볼 수 있습니다 시간대, 배터리 잔량 및 연결 유형 등입니다

이 앱에서 충돌이 발생한 이유를 파악하려고 할 때 이러한 세부 사항이 정말 도움이 될 수 있습니다

마찬가지로, 스크린샷 페이지로 이동하여 테스터가 제공한 스크린샷 피드백을 확인할 수 있습니다 충돌 피드백과 마찬가지로, 기기, 빌드, OS 버전 같은 필드로 필터링하여 피드백 중 일부만 볼 수 있습니다 이렇게 하면 다음 빌드에서 변경할 사항을 파악하는 데 도움이 될 수 있습니다

스크린샷 하나를 선택하여 더 자세히 검사할 수도 있죠

스크린샷 세부 사항 보기에서 오른쪽 상단의 다운로드 버튼을 사용해 이미지를 기기에 다운로드할 수 있고 Open in Xcode 버튼을 사용해 Xcode Organizer에서 열 수도 있습니다

Xcode Organizer에서는 선택된 스크린샷과 Food Truck 앱에 대한 기타 시각적 피드백 및 충돌을 확인할 수 있습니다 여기서는 피드백을 처리해 나가면서 개발 팀에 전하는 메모를 작성하고 피드백이 해결되었다고 표시할 수 있습니다

TestFlight를 사용한 테스트의 첫 번째 라운드가 완료되었습니다 내부 테스터들이 빌드에 통합할 수 있는 매우 유용한 피드백을 제공했습니다

또한 TestFlight는 테스트 요구 사항에 맞게 확장하고 지원할 수 있도록 설계되었습니다

따라서 테스트 참여자를 확대하고 팀 외부의 테스터와 앱을 공유해 보겠습니다 그러려면 외부 테스터를 빌드에 추가합니다

외부 테스터는 해당 팀원이 아닌 테스터이며 앱의 베타 테스트에 참여하도록 개발자가 초대합니다 앱당 최대 총 10,000명의 외부 테스터를 초대할 수 있고 외부 테스터는 두 가지 방법으로 초대할 수 있습니다 초대 또는 공개 링크입니다 이 두 방법의 차이점을 곧 살펴보겠습니다

외부 테스터를 통해 테스트를 시작하려면 먼저 빌드를 앱 심사에 제출합니다 그러면 TestFlight를 테스터가 테스트에 참여하는 안전하고 신뢰할 수 있는 곳으로 유지할 수 있습니다

유념해야 할 마지막 사항은 TestFlight에서는 테스터가 무료로 앱 내 구입 경험을 테스트할 수 있다는 점입니다 스토어에서 공개하기 전에 이러한 경험을 향상하는 데 도움이 될 수 있습니다

빌드가 앱 심사를 통과하면 외부 그룹을 생성하고 테스터를 추가할 수 있습니다

내부 테스트에서와 마찬가지로 External Testing 섹션 옆의 파란색 더하기 버튼을 클릭하여 새로운 그룹을 생성합니다

앱 테스트를 위해 셰프 몇 명을 초대해 보죠 이 그룹의 이름을 Chef Testers로 정한 다음 Create를 클릭합니다

모든 외부 그룹의 경우 해당 테스터 그룹이 접근하도록 할 빌드를 수동으로 추가해야 합니다

이 그룹의 섹션 대부분은 내부 그룹과 비슷하지만 Public Link라는 새로운 섹션이 있습니다

공개 링크는 이메일 외에 외부 테스터에게 앱을 배포하는 또 다른 방법입니다

이메일 초대와 달리 공개 링크를 사용하면 테스터의 이메일 없이도 테스터를 초대할 수 있습니다 그 대신에 등록 제한이 있는 특정 링크를 생성합니다 누구든 링크를 클릭하면 등록하고 해당 앱의 테스터가 될 수 있습니다 원하는 방식으로 링크를 공유할 수 있습니다 소셜 채널이나 심지어 이메일 캠페인도 가능합니다

등록된 후 테스터는 피드백을 제공할 때 익명을 유지할 수도 있습니다

셰프 테스터를 위한 공개 링크를 생성해 보죠 Enable Public Link 버튼을 선택합니다

Enable을 다시 클릭해 이 그룹을 위한 공개 링크 생성을 확인한 다음 테스터 제한을 설정합니다

즉 이 링크를 사용해 등록할 수 있는 최대 인원 수입니다 최소 1명부터 최대 10,000명까지 이 제한을 설정할 수 있습니다 100명으로 시작해 보죠 언제든 적은 수의 테스터로 시작한 다음 늘려 나가는 것이 좋습니다 걱정하지 마세요 그룹을 생성한 후 테스트를 진행해 나가면서 언제든지 제한을 편집할 수 있습니다

Set Limit를 클릭하면 테스터 초대에 사용할 수 있는 URL이 표시됩니다

이 링크를 소셜 미디어에서 공유하여 Food Truck 앱을 테스트하도록 사람들을 초대하겠습니다

누군가가 링크를 클릭하면 아직 TestFlight를 다운로드하지 않은 경우 이를 다운로드하도록 안내되며 그런 다음 Food Truck 앱을 다운로드할 수 있습니다

외부 테스터가 제공한 피드백은 내부 테스터 피드백 및 충돌과 동일한 곳에 표시됩니다 따라서 이를 어떻게 처리하고 사용해 앱을 향상할 수 있는지 이미 알고 있습니다 이 정보와 진단을 사용해 Food Truck 앱을 향상하고 몇 번의 테스트 라운드를 거치고 나면 App Store에 앱을 출시할 준비가 됩니다

테스트에 TestFlight를 사용했으므로 빌드가 이미 App Store Connect에 업로드되었고 몇 단계만 거치면 App Store에서 출시하기 위해 제출할 수 있습니다

App Store Connect의 App Store 탭으로 이동하여 페이지에 세부 사항을 입력하죠 다시 한번 얘기하지만 빌드를 TestFlight에 이미 업로드했기 때문에 다시 업로드할 필요가 없습니다 그 대신에 메시지가 표시되면 드롭다운 메뉴에서 해당 빌드를 선택합니다 완료되면 Submit for Review를 클릭하기만 하면 됩니다

테스트는 한 번에 완료되는 경험이 아닙니다 하나의 모범 사례로서 지속적인 개발 사이클의 일부이자 앱이 App Store에 출시된 후에도 계속됩니다 테스트 및 출시 절차에 TestFlight를 통합하는 것을 고려할 때 더욱 쉽게 테스트를 진행할 수 있는 추가적인 방법을 공유하고자 합니다 다시 Jerome이 이어서 진행하겠습니다

올해에는 앱을 TestFlight, App Store Connect, Xcode Cloud에 업로드하는 더 쉬운 방법도 도입했습니다 Xcode Cloud는 Xcode에 내장된 지속적 통합 및 배포 서비스로, Apple 개발자를 위해

특별히 제작되었습니다 앱 구축, 자동화된 테스트 병렬 실행, 테스터에 대한 앱 제공을 돕는 클라우드 기반 도구를 통합하여 고품질 앱의 개발 및 배포를 가속화합니다

TestFlight를 위한 완벽한 파트너죠 Xcode Cloud는 작업 흐름, 즉 Xcode Cloud에 수행할 작업과 해당 작업을 수행할 때를 알려 주는 구성과 연동됩니다

Food Truck의 작업 흐름을 생성해 보죠

이것은 기본 작업 흐름입니다 작업 흐름은 시작 조건 빌드 환경, 수행할 작업 배포와 알림 같은 사후 작업으로 구성됩니다 기본적으로 사후 작업은 없으니 작업 흐름을 편집하고 TestFlight 배포를 위한 사후 작업을 추가해 보죠 먼저, 아카이브 작업에서 TestFlight 빌드를 위한 배포 준비를 변경하겠습니다 이 작업 흐름을 내부 배포에만 사용하려고 하므로 Internal Testing Only 옵션을 선택합니다

외부 테스트 또는 App Store를 위한 빌드를 준비하려면 TestFlight 및 App Store 옵션을 선택합니다

그 후 Post-Action 더하기 기호를 클릭하고 아카이브 단계 후 수행할 작업을 선택합니다 이 경우 TestFlight 내부 테스트입니다

그 후 이 작업 흐름에 대한 특정 테스터 그룹을 선택합니다 이전에 생성한 QA 팀을 선택하고 Add를 클릭합니다

작업 흐름이 시작 조건에 의해 트리거되면 Xcode Cloud가 앱을 빌드하고 자동으로 App Store Connect에 업로드하며 QA 팀에 TestFlight에 있는 새로운 빌드를 알립니다

Save를 클릭하면 끝납니다

Xcode Cloud는 Xcode에서 직접 접근할 수 있고 TestFlight 앱 바로 옆에 있는 App Store Connect에서도 접근할 수 있습니다

Xcode Cloud와 작업 흐름에 대한 자세한 내용은 해당 WWDC 비디오에서 확인할 수 있습니다

TestFlight를 지속적인 개발 사이클에 통합할 때 유념해야 할 몇 가지 사항이 있습니다

작게 시작한 다음 확장합니다 앱을 크게 변경하거나 새로운 기능을 도입하는 경우 시간 경과에 따라 테스터를 추가하여 테스터 10,000명 모두에게 배포하기 전에 변경을 테스트하는 것을 고려합니다

외부 테스터는 잠재적 사용자이기도 하므로 이들의 경험에 유의해야 합니다

각 빌드와 테스트로 달성하려는 목표를 숙지하면 테스트 과정을 더 매끄럽게 진행할 수 있습니다

그룹을 사용해 반복 가능한 테스트 과정을 생성합니다 그룹은 테스터를 관리하고 빌드를 빠르게 배포할 수 있는 좋은 방법입니다 그룹을 설정하고 해당 그룹에 테스터를 추가하면 테스트 사이클을 시작하고 새로운 빌드를 테스터와 더 빠르게 공유할 수 있습니다

마지막으로, 개발 과정에서 Xcode Cloud를 사용해 TestFlight 작업 흐름을 자동화하고 출시와 출시 사이의 시간 간격을 줄여 앱의 전반적인 품질을 향상할 수 있습니다

이 프레젠테이션이 TestFlight를 사용해 테스터의 참여를 유도하고 베타 앱 관련 유용한 피드백을 받는 방법을 이해하는 데 도움이 되셨기를 바랍니다 TestFlight, 문서 링크 등에 대한 자세한 내용은 Apple Developer 웹 사이트를 참고하세요