iOS 애플리케이션 테스트. IAP 사용 규칙

2016년, 이기종 프로젝트를 테스트하기 위해 프로그램의 가장 중요하지 않은 부분의 동작을 확인하는 데 사용할 수 있는 자동화 라이브러리가 이미 많이 있습니다. 우리는 모바일 개발을 위해 설계된 가장 인기 있는 도구를 수집했습니다.

A는 Android 애플리케이션용입니다. 이를 통해 개발자는 다음과 같이 작성할 수 있습니다. 기능 테스트, 여러 Android 활동을 다룹니다. 우리는 이것을 추천합니다 웹 세미나 Robotium을 마스터하려면

에스프레소

KIF를 사용하면 시력이 낮은 사람들이 iOS 애플리케이션을 어떻게 인식하는지 확인할 수 있습니다.

원숭이러너

Monkeyrunner 도구는 Android 코드 외부에서 Android 기기나 에뮬레이터를 제어하는 ​​프로그램을 작성하기 위한 API를 제공합니다. 애플리케이션을 설치할 Python 프로그램을 작성할 수 있습니다. 테스트 패키지, 실행하고, 클릭을 보내고, 인터페이스의 스크린샷을 찍어 저장합니다.

라노렉스

~에 iOS 플랫폼결과적으로 당신은 안정적이고 안정적인 애플리케이션. 우리는 iOS에서 애플리케이션을 테스트하기 위한 체크리스트를 준비했습니다. 이 체크리스트가 없으면 애플리케이션을 스토어로 보낼 수 없으며 더욱이 클라이언트의 iPhone으로 보낼 수 없습니다.

애플리케이션 작동을 위한 필수 조건은 데이터 보안과 개인 정보사용자. 데이터는 침입자의 공격으로부터 안전하게 보호되어야 합니다. iOS 애플리케이션의 보안을 확인하려면 침투 테스트 또는 침투 테스트를 수행해야 합니다.

침투 테스트(Pentest) - 보안 평가 방법 컴퓨터 시스템또는 공격자의 공격을 시뮬레이션하여 네트워크를 구축합니다. 이 프로세스에는 시스템의 존재 여부를 적극적으로 분석하는 과정이 포함됩니다. 잠재적인 취약점자극할 수 있는 것 잘못된 작동 대상 시스템또는 완전한 서비스 거부입니다.

  • 스니퍼가 들어오거나 나가는 데이터를 가로챌 수 있는지 확인합니다. 이 확인은 뱅킹 소프트웨어 또는 엔터프라이즈 애플리케이션, 작업 https 프로토콜, 그리고 높은 요구 사항보안 정책에.
  • Wi-Fi를 통한 애플리케이션 간의 데이터 전송 보안을 확인합니다. 이 프로세스는 MITM(데이터 가로채기) 공격에 취약할 위험이 있습니다.

테스트 아이폰 애플리케이션 개발 FireSheep 확장을 사용하면 사용자 세션에서 데이터 도난 가능성을 확인하고 보호되지 않은 데이터를 확인할 수 있습니다. 기밀 정보세션 중.

인앱 구매

  • 기능 확인 시 확립된 제한설정: 인앱 구매에 대한 제한을 설정함으로써 사용자는 그러한 거래로부터 자신이 보호받을 것으로 기대합니다. 그러나 이 제한이 애플리케이션에서 작동하지 않으면 불쾌한 결과를 초래할 수 있습니다. 이렇게 하려면 제한을 설정한 후 애플리케이션에서 구매 시도에 대한 경고가 설정에 표시되어야 합니다.
  • 기능 확인 시 다양한 매개변수그리고 애플 설정아이디 : 언제 사과 변화다른 데이터를 이용한 구매에 대한 ID 정보는 저장되지 않습니다. 이는 사용자 데이터의 기밀성을 유지합니다. 사용자가 Apple ID를 변경하지 않고 애플리케이션을 종료했다가 다시 로그인하는 경우 구매 데이터가 저장되어야 합니다.

IAP 사용 규칙:

  1. 현지 통화 구매 목적으로 IAP를 사용하는 애플리케이션은 해당 통화로의 결제가 내부적으로만 사용되도록 해야 합니다.
  2. 앱 내부 통화에 만료 날짜가 있는 경우 IAP를 사용하여 구매하지 않습니다.
  3. IAP를 통한 콘텐츠 구독은 최소 30일의 기간을 고려하여 사용자가 소유한 모든 iOS 기기에서 사용자에게 제공되어야 합니다.

In-App 구매 기능을 테스트할 때 구매 대상과 가격이 사용자가 보는 것과 일치한다는 사실에 주의해야 합니다. 앱을 업데이트한 후 사용자 구매를 복원하는 옵션을 놓치지 마세요.

연결 유형

주요 인터넷 연결 유형:

  1. 셀룰러 데이터 연결: 2G, 2.5G, 3G, 4G;
  2. 와이파이;
  3. Mi-Fi는 셀룰러 통신으로 수신한 인터넷을 전송하는 지점이다.

대부분의 스마트폰이 사용하는 현대 기술모바일 트래픽 전송을 위해 장치 설정을 사용하면 설정 중인 연결 유형(2G/3G/4G)에 액세스할 수 있습니다. 통신 제한 부과는 모바일 트래픽뿐만 아니라 Wi-Fi에도 적용된다는 점은 주목할 가치가 있습니다.

다양한 데이터 속도로 테스트

  1. 시뮬레이터/에뮬레이터 사용
  2. 타사 라우터 펌웨어
  3. 타사 소프트웨어(프록시).

연결 유형 전환 및 연결 없음:

iOS 애플리케이션에서 무엇을 확인할 수 있나요? 예를 들어:

  • 하단의 '커튼'을 당겨서 비행기 모드를 켜거나 Wi-Fi를 끄세요.
  • 액세스 포인트를 끄거나 재부팅하여 비활성화합니다. 모바일 트래픽.
  • 라우터나 "블라인드"를 사용하여 통신 유형을 전환할 수 있습니다. 일반적으로 운영 체제 설정에서는 가능한 경우 다음을 허용합니다. 강력한 소스자동으로 신호 스위치. 예를 들어:
  1. Wi-Fi가 꺼진 경우 애플리케이션을 모바일 트래픽(2G/2.5G/3G/4G)으로 전환합니다.
  2. Wi-Fi를 켜고 원하는 네트워크를 찾으면 자동으로 Wi-Fi로 전환됩니다.

승인된 공용 네트워크

네트워크에서 애플리케이션 작동을 테스트할 때 인증이 필요한 공개 지점이 있는지 잊지 마십시오. 예를 들어, 인터넷 연결이 없는 상태에서 네트워크에 연결하면 요청이 대상에 도달할 수 없거나 수신된 응답이 예상한 응답과 일치하지 않기 때문에 오류가 발생할 수 있습니다. 다음과 같은 경우에는 승인이 필요한 경우가 많습니다.

  1. 설치 후 바로 웹 인증 Wi-Fi 연결. 이 유형연결은 초기 서비스와 다른 서비스에 액세스할 수 있는 권한을 부여하지 않습니다.
  2. 연결 지역 네트워크장치의 MAC 주소에 대한 바인딩을 통해 라우터. 이 유형의 연결을 사용하면 Wi-Fi에 연결할 수 있지만 인터넷 액세스가 제한됩니다.
  3. 공개 주소로 요청을 보낼 때 웹 인증으로 전환하세요.

장치 리소스

다음과 같은 상황에서는 처리를 확인해야 합니다.

  • 설치 또는 작동 시 메모리 공간이 부족합니다. 앱은 정보가 포함된 명확한 알림을 표시해야 합니다. 애플리케이션이 단순히 충돌해서는 안 됩니다.
  • 활성 상태이거나 시스템 작동을 위한 메모리가 부족합니다. 배경 작업응용 프로그램. 애플리케이션 실행 중 수신된 모든 데이터는 저장되어야 합니다. 데이터를 서버와 동기화하는 등 애플리케이션 자체의 기능에서 달리 제공하지 않는 한.

이러한 상황은 자주 발생하며, 애플리케이션 테스트 단계에서 오류가 식별되지 않으면 규모에 대해 추가 문제추측만 할 수 있을 뿐입니다.

예를 들어, 당신은 알려지지 않은 도시에 있고 이 도시에 대한 내비게이터나 가이드를 다운로드합니다. 실행 후, 올바르게 실행하기에 메모리가 부족하다는 사실을 올바르게 알리는 대신 알림 없이 애플리케이션이 닫힙니다. 대부분의 경우 즉시 응용 프로그램을 삭제하고 다른 것을 찾을 것입니다. 명확한 알림이 표시되면 해당 쌍을 삭제하기만 하면 됩니다. 불필요한 응용 프로그램네비게이터나 가이드를 침착하게 다시 시작했습니다.

배터리 부족

  • 가장 먼저 확인해야 할 것은 배터리가 부족할 때 알림이 표시되는지 여부입니다. 배터리가 부족하면 사용자에게 배터리 부족 알림이 제공되어야 합니다. 애플리케이션 공개. 모든 알림 요소와 양식이 올바르게 표시되어야 합니다.
  • 완전히 방전되면 오류 없이 애플리케이션이 종료되는지 확인합니다. 전화로 작업할 때 상황을 처리해야 하는 경우가 많습니다. 완전 방전장치. 개인 데이터 손실, 문서에 대한 저장되지 않은 변경 사항 또는 좋아하는 게임에서 개인 최고 기록을 잃는 것은 재앙과 같습니다. 이러한 상황 이후에는 오류가 포함되어서는 안 되는 로그를 잊지 마세요.

인터럽트 작업

매우 있습니다 좋은 기회애플리케이션을 작업할 때 누군가가 사용자에게 전화를 걸거나 메시지를 쓸 것입니다. 테스트할 때 비슷한 상황, 다음에 대한 동작을 확인해야 합니다. 다양한 화면응용 프로그램. 양식 수신 전화또는 애플리케이션이 열려 있을 때 메시지를 사용할 수 있어야 합니다. 모든 애플리케이션과 양식 요소는 올바르게 표시되어야 하며 서로 겹치지 않아야 합니다. 다음의 경우 대화형 애플리케이션, 호출 시 중단되고 완료되면 재개됩니다.

망막 및 비망막 스크린을 고려해야 합니다. Retina 화면에서는 인터페이스 요소와 텍스트가 더 작아집니다. 레티나 화면의 이미지는 비레티나 버전이 될 수 있으며 그 결과 크기가 매우 커질 수 있습니다.

활성 애플리케이션 최소화/확장

최소화 및 확장 시 애플리케이션은 최소화된 상태에서 올바르게 일시 중지되어야 하며 확장된 상태에서는 프로세스가 계속됩니다. 이것은 특히 게임에 해당됩니다. 동안 게임 플레이, 사용자는 진행 상황을 잃지 않고 소중한 목표를 달성하기 위해 언제든지 게임을 최소화하고 다시 돌아올 수 있어야 합니다.

요약

경쟁이 치열한 환경에서 모바일 애플리케이션, 많은 사람들이 짧은 시간 내에 원시 제품을 생산합니다. 이는 사용자 신뢰도 하락으로 이어지며 결과적으로 수익 감소로 이어집니다.

– 최초의 모바일 운영 체제, Apple은 공개 베타 버전을 출시하기 시작했습니다. 이제 누구나 개인적으로 모든 새로운 펌웨어 기능을 익히고 Apple의 테스트를 도울 수 있습니다.

접촉 중

베타 버전을 테스트하려면 iPhone 또는 iPad에 베타 버전을 다운로드하고 설치해야 합니다. 이 과정은 복잡하다고 할 수는 없지만 조금 특이합니다. 새로운 테스트 버전을 직접 사용해 보고 싶은 사용자 iOS 베타, 방법을 알려드리겠습니다.

1 . 열려 있는 사파리 브라우저 iPhone 또는 iPad에서 이 링크(미러)를 클릭하여 등록된 개발자 프로필을 다운로드하세요.

2. 나타나는 팝업 창에서 다음을 선택하세요. 허용하다.

3. iPhone을 클릭하고 iPhone 또는 iPad에 개발자 프로필 설치를 확인합니다.

4 . iOS 기기를 재부팅하세요.

5. 재부팅 후 열기 설정그리고 길을 따라가세요 기초적인소프트웨어 업데이트. iOS 12를 다운로드하고 설치할 수 있습니다. 장치에 최소 2GB의 여유 공간이 있어야 합니다.

6 . 버튼을 클릭하세요 다운로드 및 설치" 그리고 기다려 iOS 설치 iPhone 또는 iPad에서는 12입니다.

iOS 12 공개 베타 프로그램 계정 등록 방법(2018년 7월 시작)

macOS 베타 프로그램 참가자는 다음에 대해 다시 등록해야 합니다. iOS 다운로드 12 베타는 필요하지 않습니다. 동일하게 사용할 수 있습니다. 이전에 프로그램에 참여하지 않은 사용자는 다음에 등록해야 합니다. 애플을 사용하여 ID. 이렇게 하려면 다음이 필요합니다.

2 . iOS 버튼을 누르세요.

3 . 버튼을 클릭하세요 "프로필 로드";

4 . 나타나는 팝업창에서 버튼을 클릭하세요. "허용하다";

5 . 선택하다 아이폰(iPhone이 Apple Watch와 페어링된 경우 요청이 나타납니다.)

6 . 딸깍 하는 소리 "설치하다".

7

8 . “를 클릭하세요. 설치하다", 이용 약관을 확인합니다.

9 . 딸깍 하는 소리 재부팅장치를 재부팅합니다.

iOS 12 공개 베타를 설치하는 방법

OS가 로드되면 설치 준비가 되었음을 알리는 알림이 나타납니다. 설치를 위해서는 다음이 필요합니다:

1 . 애플리케이션 열기 " 설정", 선택하다 " 기초적인"를 클릭한 다음 해당 항목을 클릭합니다." 소프트웨어 업데이트»;

2 . 선택하다 " 설치하다»;

3 . 잠금 화면 비밀번호를 입력하세요.

4 . "를 클릭하여 이용약관에 동의하는지 확인하세요. 수용하다».

기기가 재부팅된 후 최신 iOS 베타 버전이 설치됩니다.

iOS 테스트 버전이 만족스럽지 않은 경우 공식 OS로 롤백하는 방법

어떤 이유로든 iOS 베타 버전이 마음에 들지 않으면 이전 버전으로 롤백할 수 있습니다. 공식 iOS.

테스트 앱이 있는 Android 앱 테스트와는 달리 설치 파일, iOS에서는 상황이 다소 더 복잡합니다. 중앙 집중식 테스트 접근 방식은 사실상 유일한 방법입니다. 가능한 방법개발자에서 테스터(또는 고객)에게 애플리케이션을 빠르게 전달합니다.

테스트는 배송 및 설치를 제공하는 TestFlight 애플리케이션을 사용하여 수행됩니다. 테스트 프로그램. 테스트 버전은 배송일로부터 60일 후 다운로드가 예상됩니다. 업데이트된 버전. 새 버전이 출시되지 않으면 테스트가 중지됩니다.

테스트는 내부 테스트와 외부 테스트로 구분됩니다. 두 경우 모두 테스터 목록이 컴파일됩니다. 언제 외부 테스트, 애플리케이션은 추가 "베타" 테스트를 거쳐야 합니다. 연습부터, 이 수표 1~2일 동안 진행됩니다. 내부 검토개발자를 신뢰하는 회사 직원을 위해 설계되었습니다. 우리는 빠른 역학 때문에 내부 테스트를 사용하는 경향이 있습니다.

스테이지 1

테스트하려면 장치가 작동하는 AppleID를 알아야 합니다. 활성 AppleID를 보려면 설정 ->으로 이동해야 합니다. 아이튠즈 스토어그리고 앱 스토어

AppleID 주소 목록은 개발자(또는 테스트 주최자)에게 제공되어야 합니다. 주목! AppleID만 필요하며 성, 이름, 비밀번호는 필요하지 않습니다. 우리가 귀하의 개발자라면 기사 하단에 있는 양식을 통해 목록을 보내거나 dev@site로 이메일을 보내주세요.

2단계

AppleID를 등록하면 대략 다음 내용이 포함된 이메일을 받게 됩니다.

3단계

프로세스 속도를 높이려면 모든 테스터가 이미 참여를 확인했음을 개발자에게 알릴 수 있습니다(문서 끝 부분에 있는 양식을 통해 또는 이메일 dev@site를 통해).

이제 AppStore에서 애플리케이션을 설치해야 합니다.

4단계

확인 후 개발자는 테스트 중인 특정 응용 프로그램에 연결하고 그 후 다음 편지를 받습니다.

편지의 초대를 따르면 대상 응용 프로그램을 설치하게 됩니다. 이 순간부터 테스트를 시작할 수 있습니다.

TestFlight는 일상적인 문제를 해결하고 베타 테스트를 위해 iOS 애플리케이션을 배포하는 데 수년 동안 사용되어 왔습니다. 올해 초 Apple은 TestFlight를 설립한 회사인 Burstly를 인수했습니다. 올해 WWDC에서 Apple은 이번 인수가 iOS 프로그래머에게 어떤 의미인지 보여주었습니다. 안심하세요. 좋은 소식입니다.

TestFlight는 iTunes Connect에 통합되었으며 이제 iOS 8을 실행하는 장치의 기본 앱으로 사용할 수 있습니다. Apple의 베타 배포 플랫폼을 사용할 계획이라면 발생한 몇 가지 변경 사항을 빠르게 확인할 수 있습니다. 이 기사에서는 TestFlight 사용을 시작하는 것이 얼마나 쉬운지 알아봅니다.

1.테스트비행

Apple의 TestFlight 인수는 단순히 TestFlight를 iOS 개발 워크플로우에 통합하는 것 이상입니다. 베타 배포의 여러 주요 측면이 더 나은 방향으로 변경되었습니다.

장치 식별자 및 프로비저닝 프로필

예를 들어 더 이상 장치 식별자와 프로비저닝 프로필을 사용하여 수레바퀴를 다시 만들 필요가 없습니다. TestFlight를 사용하여 애플리케이션을 테스트하기 위해 더 이상 개발자 계정에 장치를 추가할 필요가 없으며 더 이상 임시 배포를 위한 프로비저닝 프로필을 생성할 필요가 없습니다.

내부 테스터

애플은 사이에 선을 그었다 내부테스터와 베타테스터. 내부 테스터는 개발팀의 구성원입니다. 공유 계정 iTunes Connect에서. 내부 테스터는 iTunes Connect에 설정되어 있으며, 앱당 최대 25명까지 연결할 수 있습니다. 내부 테스터가 현재 버전의 애플리케이션을 사용할 수 있게 하려면 iTunes 베타 테스터에서 스위치를 전환하기만 하면 됩니다.

베타 테스터

베타 또는 외부 테스터는 누구나 될 수 있습니다. 이메일 주소, iTunes Connect가 초대장을 보낼 수 있는 곳입니다. 애플리케이션당 최대 1,000명의 베타 테스터를 연결할 수 있습니다. 잠깐, 점점 더 흥미로워지네요. 각 베타 테스터는 테스트할 여러 장치를 가질 수 있습니다. 이는 계정당 100개의 장치 제한으로 인해 어려움을 겪고 있는 대기업에게 환상적인 소식입니다.

애플리케이션의 베타 검토

한 가지 함정이 있지만. 베타 테스터에게 배포하기 위해 다운로드하는 모든 버전의 앱은 Apple의 검토 과정을 거쳐야 합니다. 다행히 사내 문신 아티스트의 경우에는 그렇지 않습니다. 다운로드하는 순간 새로운 버전 iTunes Connect에서 애플리케이션을 실행하면 각 내부 테스터가 즉시 사용할 수 있게 됩니다.

샌드박스 계정

테스터가 애플리케이션을 여는 순간 샌드박스에 그를 위한 계정이 즉시 생성됩니다. 이는 더 이상 iTunes Connect에서 테스트 계정을 생성할 필요가 없음을 의미합니다. 인앱 구매 테스트가 그 어느 때보다 쉬워졌습니다.

iOS용 TestFlight

Apple은 또한 테스터가 앱의 테스트 버전을 다운로드, 설치 및 업데이트할 수 있는 iOS 앱으로 TestFlight를 출시했습니다. 테스트 버전 관리 및 유지 관리에 매우 편리합니다. 피드백애플리케이션 개발자와 함께.

2. 첫 번째 단계

1단계: 프로젝트 설정

먼저 Xcode 6에서 샘플 애플리케이션을 만들어 보겠습니다. Xcode 6을 열고 새 프로젝트, 템플릿 기반 단일 보기 애플리케이션섹션에서 iOS > 애플리케이션.

애플리케이션에 이름과 조직 ID를 지정하고 다음. 프로젝트를 저장할 위치를 Xcode에 알리고 버튼을 클릭하세요. 만들다.

2단계: 애플리케이션 ID

눌렀을 때 제출하다, Xcode는 iTunes Connect에 애플리케이션의 테스트 버전을 업로드하기 시작합니다. 이 과정에서 많은 수의애플리케이션의 테스트 버전에 필요한 아이콘 크기가 모두 있는지 확인하는 등의 유효성 검사.

앱의 테스트 버전이 모든 검사를 통과하면 Xcode는 앱의 테스트 버전이 iTunes Connect에 성공적으로 업로드되었음을 알려줍니다.

4.빌드 세부정보

iTunes Connect로 돌아가서 탭을 클릭하세요. 빌드섹션에서 프리릴리즈. 이제 귀하의 애플리케이션 버전을 사용할 수 있습니다. 해당 애플리케이션에 대한 데이터를 보려면 클릭하세요. 탭을 누르면 빌드 세부정보, 선택한 버전의 기술 요약이 표시됩니다.

탭을 클릭하세요 테스트비행데이터를 보려면 현재 버전. 이 페이지에서 테스터와 Apple 검토 팀을 위한 정보를 추가할 수 있습니다.

첫 번째 섹션은 이 버전의 시간이 언제인지 보여줍니다. 시험 적용끝날 것이다. 애플리케이션의 각 테스트 버전은 30일 동안 활성화됩니다.

두 번째 섹션에서는 테스터가 설치할 때 보게 될 정보를 추가할 수 있습니다. 테스트 버전응용 프로그램. 테스트하고 싶은 것이 정확히 무엇인지 알려주고, 이 버전에 대한 설명을 추가하고, 테스터가 편지를 보낼 수 있는 이메일 주소를 표시할 수 있습니다.

세 번째 섹션에는 Apple 검토 팀을 위한 정보가 표시됩니다. 외부 테스트를 위한 테스트 애플리케이션의 각 버전은 Apple의 검토를 거쳐야 합니다.

5. 테스터 추가

애플리케이션에 TestFlight를 활성화하려면 스위치를 전환하세요. TestFlight 베타 테스트오른쪽에 위치.

이 기사가 작성될 당시 TestFlight는 내부 테스트에만 사용할 수 있었습니다. Apple은 다음 주 또는 한 달 안에 TestFlight를 외부 테스터에게 공개할 것이라고 발표했습니다. 탭을 누르면 내부 테스터, 당신은 보게 될 것입니다 빈 목록. 테스터를 추가하려면 이 목록팀 구성원을 내부 테스터로 표시해야 합니다. 우리 자신부터 시작합시다.

iTunes Connect에서 다음으로 이동하세요. 사용자 및 역할프로필을 선택하세요. 자신을 내부 테스터로 표시하려면 스위치를 전환하세요. 내부 테스터오른쪽에. 딸깍 하는 소리 구하다애플리케이션의 내부 테스터 목록으로 다시 이동합니다.

보시다시피, 이 애플리케이션에는 내부 테스터를 별도로 테스터로 초대해야 합니다. 초대하려는 테스터를 목록에서 선택하고 클릭하세요. 구하다. 선택한 테스터는 자신의 이메일 주소로 애플리케이션을 테스트하도록 초대하는 이메일을 받아야 합니다.

6. iOS용 TestFlight

iOS 8 장치의 App Store에서 Apple의 TestFlight 앱을 다운로드하세요. 이메일 TestFlight 초대 이메일을 엽니다. 아래 그림과 비슷하게 보일 것입니다.

버튼을 클릭하면 TestFlight에서 열기, 초대를 수락합니다. 그러면 TestFlight 앱이 열리고 iTunes Connect에 업로드한 앱의 테스트 버전을 다운로드하고 설치할 수 있는 기회가 제공됩니다. 딸깍 하는 소리 설치하다기기에 애플리케이션을 설치하려면

TestFlight 애플리케이션은 테스터로 초대된 애플리케이션의 전체 목록을 표시하며, 이는 TestFlight의 웹 버전이 작동하는 방식과 매우 유사합니다. 주요 차이점은 Apple의 TestFlight 클라이언트가 TestFlight 애플리케이션에서 애플리케이션을 다운로드, 업데이트 및 열 수 있는 기본 애플리케이션이라는 것입니다.

귀하에게도 다음 사항이 통보됩니다. 이 버전애플리케이션은 "홈" 화면의 애플리케이션 이름 앞에 있는 주황색 점을 통해 테스트됩니다.

구금 중

TestFlight 인수 애플에 의해이는 확실히 iOS 개발자에게 있어서 한 단계 더 발전한 것입니다. 이 기사에서 제가 보여드린 내용은 TestFlight를 iOS 개발 작업 흐름에 통합하기 위한 첫 번째 단계에 불과합니다. 나는 다음 달에 많은 새로운 기회가 열릴 것이라고 확신합니다.



질문이 있으신가요?

오타 신고

편집자에게 전송될 텍스트: