2014년 WWDC 개발자 컨퍼런스에서 App Store가 TestFlight를 완벽하게 지원할 것이라는 공식 제안이 있었고, 이후 TestFlight는 iOS 개발자가 앱을 테스트하는 필수 도구가 되었으며 2014년 App Store에 공식 출시되었습니다. , iTC의 백엔드에 전용 모듈이 있습니다.
iOS 개발자에게 TestFlight는 낯선 제품이 아닙니다.
2014년 WWDC 개발자 컨퍼런스에서 App Store가 TestFlight를 완벽하게 지원할 것이라는 공식 제안이 있었고, 이후 TestFlight는 iOS 개발자가 앱을 테스트하는 필수 도구가 되었으며 2014년 App Store에 공식 출시되었습니다. , iTC의 백엔드에 전용 모듈이 있습니다.
TestFlight는 새로운 제품 및 기능이 출시될 때 개발자가 제품 버그를 보다 포괄적으로 이해할 수 있도록 돕고 제품 단점의 후속 개선을 위한 효과적인 데이터를 제공하는 공식 Apple 도구입니다. 또한 제품 노출 및 사용자 육성을 효과적으로 개선할 수 있으며 개발자는 TestFlight를 자신의 제품과 함께 사용하여 제품을 홍보할 수 있습니다.
이상적으로는 앱 개발 프로세스 초기에 이 단계를 실행합니다. Apple의 App Store 검토 지침에 익숙하지 않은 경우 여기에서 찾을 수 있습니다. 이 문서에는 앱이 App Store에 적합한지 확인하기 위해 알아야 할 많은 정보가 포함되어 있습니다.
예를 들어 가이드라인에는 앱에 앱에 패키지된 웹사이트 이상이거나 흥미롭게 만드는 기능이 포함되어야 한다고 명시되어 있습니다.
안타깝게도 가이드라인을 검토한다고 해서 앱이 App Store에서 승인된다는 보장은 없습니다.
검토 프로세스는 귀하와 약간 다른 지침을 해석할 수 있는 사람에 의해 수행됩니다.
이 사실에 관계없이 지침을 숙지하는 것은 많은 실망을 방지하기 때문에 여전히 좋은 생각입니다.
지금 ASO World 앱 프로모션 서비스 로 앱 및 게임 비즈니스를 추진하려면 " 자세히 알아보기 "를 클릭 하세요.
빌드가 처리되면 Testflight를 위해 준비해야 합니다. 앱에 대한 Testflight 페이지의 테스트 정보 섹션에서 모든 필수 정보를 입력합니다. 또한 "준수 정보"를 제공해야 합니다.
처리된 빌드에 표시되어야 하는 경고 표시를 클릭하고 요청된 정보를 제공하십시오. 이 작업을 완료하면 사이드바의 App Store Connect 사용자 섹션을 사용하여 Testflight 앱을 App Store Connect 팀원에게 즉시 보낼 수 있습니다.
앱을 외부 테스터에게 보내려면 사이드바에서 외부 테스터 추가 페이지로 이동하세요. 먼저 테스터를 위한 그룹을 생성하라는 메시지가 표시됩니다. 이름을 입력하고 계속하십시오. 그런 다음 외부 테스터 페이지의 빌드 섹션으로 이동하여 방금 업로드한 빌드를 추가합니다.
테스트를 시작하려면 빌드 추가 버튼을 클릭한 후 나타나는 팝업의 단계를 따르세요. 테스터가 주의를 기울이기를 원하는 앱의 핵심 부분으로 테스트 정보 페이지를 작성해야 합니다. 이 작업을 수행한 후 검토를 위해 제출을 클릭합니다.
이렇게 하면 매우 간단한 베타 단계 검토를 위해 앱이 Apple로 전송됩니다. Testflight 승인을 받았다고 해서 앱이 App Store에서 승인된다는 보장은 없습니다. 그동안 테스터 섹션을 사용하여 테스터 추가를 시작할 수 있습니다. Apple에서 빌드를 승인하면 사람들이 Testflight 앱에 액세스할 수 있도록 공유할 수 있는 공개 링크가 테스터 페이지에 표시됩니다.
최근 몇 년 동안 Apple은 TestFlight의 기능을 개선하고 업데이트했으며 개발자에게 제공하는 이점이 점차 부각되고 있습니다.
신제품이나 제품의 새로운 기능이 출시되면 개발자는 새로운 기능이 대상 고객에게 효과적으로 도달할 수 있는지 여부와 대상 고객이 새 기능에 어떻게 반응하는지 확인하기 위해 많은 연구를 수행해야 합니다.
TestFlight에서 출시된 Beta App은 사용자의 개인 정보, 사용 정보, 충돌 로그 및 기타 정보를 직접 수집하여 개발자가 제품의 단점을 보다 효율적으로 개선하고 보완할 수 있도록 합니다.
TestFlight를 사용하여 App Store에서 사용할 수 있는 앱에 대한 내부 테스트를 수행하는 것은 앱에 대한 사전 홍보 역할도 할 수 있습니다.
내부 테스트를 할 수 있는 장소의 수는 제한되어 있지만 '최초로 시도하다', '첫 내부 테스트 사용자'라는 제목도 사용자에게 만족감을 줄 수 있으며 자발적으로 앱을 홍보하도록 유도할 수도 있습니다. 이것은 내부 테스트를 위해 일부 대형 휴대용 게임의 사전 예약과 다소 유사합니다.
최근 몇 년 동안 국가 규정과 Apple의 정책이 점점 더 엄격해졌습니다. 어떤 이유로 제품을 예정대로 앱 스토어에 올릴 수 없는 경우 개발자는 TestFlight를 사용하여 제품의 내부 테스트 버전을 출시할 수 있으며 내부 테스트를 위해 10,000명 이하의 사용자를 초대할 수 있으며 시간 제한은 최대 90일입니다. , 제품이 공식적으로 매장에 출시되기 전에 안정적인 사용자 그룹을 얻을 수 있습니다.
iTC의 백엔드에서 TestFlight를 설정하기 전에 먼저 이 기능을 설정하는 데 적합한 제품의 종류를 이해해야 합니다.
첫째, 새로운 제품이나 새로운 기능을 출시하려는 경우 버그 및 제품 경험 문제를 이해할 수 있습니다. 둘째, 어떤 이유로 앱이 정상적으로 App Store에 나열되지 않는 경우 TestFlight를 사용하여 배포할 수 있습니다.
내부 테스터를 위한 초대를 설정할 때 개발자는 내부 테스터와 외부 테스터를 초대하여 앱을 테스트할 수 있습니다.
내부 베타 테스터는 최대 25명까지 개발자 팀에서 다양한 기능을 가진 App Store Connect 사용자이며 각 구성원은 최대 30개의 장치에서 테스트할 수 있습니다. 외부 테스터는 팀 외부의 사람들이며 최대 10,000명이 초대할 수 있습니다.
iTC 백엔드를 열고 "내 앱"에서 내부적으로 테스트할 앱을 선택한 다음 도구 모음에서 TestFlight를 선택합니다.
왼쪽 하단의 "테스트 정보"를 클릭하고 사용할 주요 언어를 선택하고 이 화면에서 관련 테스트 정보, 베타 앱 리뷰 정보 및 라이선스 동의를 입력합니다. 개발자는 완전한 테스트 정보를 제출하는 경우에만 외부 테스터를 초대하는 빌드를 제출할 수 있습니다.
"베타 앱 설명", "피드백 이메일", "마케팅 URL", "개인정보취급방침 URL"이 포함됩니다. 이 중 개발자가 "피드백 이메일"에 작성하는 이메일 주소는 사용자에게 발송되는 초대 이메일의 답장 주소이기도 합니다.
여기에는 "연락처 정보"(성, 이름, 전화번호 및 이메일 포함), "로그인 정보"(사용자 이름 및 비밀번호 포함) 및 "댓글 검토"가 포함됩니다. "리뷰 노트"는 리뷰 속도를 높이는 데 도움이 될 수 있는 앱에 대한 추가 정보를 채울 수 있지만 데모 계정 세부 정보를 포함할 수 없으며 4000자를 초과할 수 없습니다.
베타 앱에 대해 입력한 정보는 개발자가 나중에 앱 스토어에 업로드하는 앱 정보와 다를 수 있습니다.
빌드 버전을 업로드합니다. 한 번에 릴리스당 하나의 빌드만 검토할 수 있으며 해당 빌드가 승인된 후에만 개발자가 다른 빌드를 계속 제출할 수 있습니다.
또한 각 버전의 첫 번째 빌드만 검토하면 되며 이후에 제출된 추가 빌드는 전체 검토가 필요하지 않을 수 있습니다. 빌드가 승인되면 "관리" 기능이 있는 사용자에게 승인 이메일이 전송됩니다. 반대는 "거부됨"으로 표시됩니다. 그리고 승인된 빌드의 유효 기간은 90일입니다.
"테스터 및 그룹"을 클릭하고 "외부 테스터 추가" 또는 "새 그룹 생성"을 선택하면 개발자가 필요에 따라 이름을 지정할 수 있습니다.
개발자는 테스터 그룹을 하나만 만들고 사용자가 테스트할 각 빌드를 추가하도록 선택할 수 있습니다. 여러 그룹을 만들고 각 그룹에 다른 빌드를 추가하도록 선택할 수도 있습니다.
그룹에 빌드를 추가합니다. 빌드를 추가할 그룹을 선택한 후 "추가" 버튼을 클릭하고 팝업 메뉴에서 필요에 따라 플랫폼 및 버전을 선택합니다. 그러나 한 번에 하나의 빌드만 추가할 수 있습니다.
테스트하려는 그룹에 대해 "테스터"를 선택할 때 개발자는 공개 링크, 이메일 또는 둘 다를 통해 테스터를 초대할 수 있습니다.
"공개 링크 활성화"를 클릭하고 대화 상자에서 확인합니다. 동시에 "베타 테스터 수"에서 이 공개 링크를 사용하는 베타 테스터 수를 1에서 10,000 사이로 설정합니다. 그 후 개발자는 다양한 채널에서 테스트 링크를 공유하고 사용자가 테스트할 때까지 기다릴 수 있습니다.
"테스터" 옆에 있는 "추가" 버튼을 클릭하고 이메일 주소를 사용하여 새 테스터 추가, 이전에 추가한 기존 테스터 추가 또는 CSV 파일에서 테스터 가져오기 중에서 개발자가 원하는 옵션을 선택합니다. 대상이 된 테스터는 초대 이메일을 받게 되며 수락된 경우 링크를 통해 테스트를 시작할 수 있습니다.
초대를 수락한 후 테스터는 TestFlight를 다운로드하고 이 앱에서 허용된 내부 테스트 버전을 경험하기 위해 App Store로 이동합니다.
'테스터 및 그룹'에서 보려는 그룹을 클릭합니다. "상태" 열에서는 베타 테스터의 상태를 볼 수 있습니다. 이메일로 초대된 사용자는 이름과 이메일 주소와 함께 표시되고 공개 링크로 초대된 사용자는 익명으로 표시됩니다.
또한 각 빌드의 충돌 횟수와 최소 2초 동안 포그라운드에서 실행된 횟수를 볼 수 있으며 표시된 상태는 초대됨, 수락됨 또는 설치됨으로 분류될 수 있습니다.
iOS13을 사용하는 테스터는 iOS용 TestFlight 2.3 이상을 통해 피드백을 보내거나 스크린샷을 통해 베타 앱에서 직접 피드백을 보낼 수 있습니다.
개발자는 App Store Connect의 "피드백" 섹션에서 이 테스터 피드백을 볼 수 있습니다. 이전 버전의 iOS가 설치된 장치를 사용하는 테스터의 경우 "테스트 정보" 섹션에서 개발자가 제공한 이메일 주소로 피드백이 전송됩니다.
Get FREE Optimization Consultation
Let's Grow Your App & Get Massive Traffic!
All content, layout and frame code of all ASOWorld blog sections belong to the original content and technical team, all reproduction and references need to indicate the source and link in the obvious position, otherwise legal responsibility will be pursued.