콘텐츠
- CPU 및 GPU 조절 방지 : 장치 온도 모니터링
- 다크 테마로 눈의 피로를 줄이고 가시성을 높입니다.
- 설정 패널 API : 앱 내에 장치 설정 표시
- 시스템 전체 제스처 탐색으로 접근성 향상
- 타사 응용 프로그램에서 오디오 캡처
- 생체 인증 개선
- 1. 생체 기능 확인
- 2. 간소화 된 생체 인증 대화 상자
- 3. 대체 인증 방법
- APK에서 직접 임베디드 DEX 코드 실행
- 활동 인식에 대한 새로운 권한
- 활동 시작에 대한 제한
- Android Go에서 시스템 알림 오버레이가 제거되었습니다.
- Android Beam과 작별 인사
- 사용자 보안 유지 : 주요 개인 정보 변경
- 1. 범위가 지정된 스토리지 : Android의 새로운 외부 스토리지 모델
- 2. 앱이 사용자의 위치에 액세스 할 수있는 시점 결정
- 3. 재설정 불가능한 시스템 식별자에 대한 새로운 제한
- Android Q : 앱 테스트 준비가되었는지 확인
- 1. 실제 기기에 Android Q 베타 설치
- 2. Android Q 시스템 이미지를 수동으로 플래시
- 3. 안드로이드 에뮬레이터 사용
- Android Q에 대해 앱을 어떻게 테스트합니까?
이름이 지정되지 않은 최신 Android 버전에는 사용자를위한 새로운 경험을 디자인하는 데 사용할 수있는 기능과 API와 함께주의해야 할 몇 가지 동작 변경 사항이 포함되어 있습니다.
아직 Android Q를 타겟팅하도록 앱을 업데이트하지 않더라도 이러한 변경 중 일부는 영향을 미칩니다 ...마다 앱이이 버전의 Android를 명시 적으로 타겟팅하지 않더라도 Android Q에 설치된 애플리케이션.
이러한 변경 사항 중 일부는 Android Q에 설치된 모든 애플리케이션에 영향을 미칩니다.
최신 기능을 시험해보고 싶은지 또는 앱이 Android Q에 설치되는 순간을 중단하지 않기를 원하는지 여부에 관계없이 이제 Android Q의 임박한 출시를 준비하기에 완벽한 시점입니다.
또한 읽어보십시오 :Android Q : 개발자가 알아야 할 모든 것
이 기사에서는 새로운 기능부터 전체 애플리케이션을 손상시킬 수있는 사소한 보안 조정에 이르기까지 Android Q 용 앱을 준비하는 데 필요한 모든 단계를 다룰 것입니다.
CPU 및 GPU 조절 방지 : 장치 온도 모니터링
과열은 스마트 폰이나 태블릿을 심각하게 손상시킬 수 있습니다. 보호 조치로서, Android는 온도가 위험한 수준에 근접한 것을 감지하면 기기의 CPU와 GPU를 조절합니다.
이 동작은 장치의 하드웨어를 보호하는 데 도움이되지만 특히 응용 프로그램에서 고해상도 그래픽을 사용하거나 계산을 많이 수행하거나 지속적인 네트워크 활동을 수행하는 경우 응용 프로그램 성능에 현저한 영향을 줄 수 있습니다.
이 속도 저하는 시스템에 의해 부과되는 반면, 일반적인 스마트 폰 또는 태블릿 사용자는 성능 저하로 인해 응용 프로그램을 비난합니다. 최악의 시나리오에서 사용자는 애플리케이션이 버그가 있거나 파손 된 것으로 판단하여 앱을 제거하고 프로세스에서 부정적인 Google Play 리뷰를 남길 수 있습니다.
최악의 시나리오에서 사용자는 응용 프로그램이 버그가 있거나 파손 된 것으로 결정할 수 있습니다.
Android Q에는 이러한 CPU 및 GPU 조절을 피할 수있는 새로운 Thermal API가 도입되었습니다. 이 API의 addThermalStatusListener () 메소드를 사용하여 열 상태 변화에 대한 리스너를 생성 한 다음 장치의 온도가 상승 할 때마다 앱의 동작을 조정할 수 있습니다. 이를 통해 시스템이 CPU 또는 GPU 조절에 의존 할 가능성을 줄일 수 있습니다. 예를 들어 해상도 또는 프레임 속도를 낮추거나 네트워크 연결과 같은 리소스 집약적 인 기능을 비활성화하여 응용 프로그램이 과열 시스템에 미치는 부담을 줄일 수 있습니다.
Android Q의 Thermal API에는 새로운 디바이스 HAL 레이어가 필요합니다.이 레이어는 작성 당시 Pixel 기기에서만 사용할 수있었습니다.
다크 테마로 눈의 피로를 줄이고 가시성을 높입니다.
Android Q에서 사용자는 눈의 피로를 줄이고 조명이 어두운 조건에서 가시성을 향상 시키며 OLED 화면이있는 기기의 전력 사용량을 줄 이도록 설계된 시스템 전체의 어두운 테마를 활성화 할 수 있습니다.
어두운 테마는 배경에 어두운 표면을 사용하고 텍스트 및 아이콘과 같은 요소에 밝은 전경색을 사용하는 저조도 UI입니다.
사용자는 언제든지 새로운 빠른 설정 타일을 통해 또는 기기의 설정 애플리케이션을 시작하고 디스플레이> 테마로 이동하여이 시스템 전체의 어두운 테마를 활성화 할 수 있습니다. Pixel 장치에서 배터리 절약 모드로 전환하면 Dark 테마도 자동으로 활성화됩니다.
다크 테마는 전체 장치에 적용되므로 일관된 사용자 환경을 제공하려면 응용 프로그램이 다크 테마를 완전히 지원해야합니다.
다크 테마 지원을 추가하려면 최신 버전의 Material Android 라이브러리를 사용하고 있는지 확인한 다음 Theme.MaterialComponents.DayNight에서 상속되도록 앱을 업데이트하십시오.
그런 다음 res / values-night / themes.xml 파일을 생성하고 Theme.MaterialComponents에서 상속해야합니다.
좋은 사용자 환경을 제공하기 위해 어두운 테마가 활성화 된 경우 (예 : 상당한 양의 빛을 방출하는 그래픽 교체 또는 제거) 앱의 동작을 수정해야 할 수 있습니다.
다음 스 니펫을 사용하여 다크 테마가 사용되는지 여부를 확인할 수 있습니다.
int currentNightMode = configuration.uiMode 및 Configuration.UI_MODE_NIGHT_MASK; switch (currentNightMode) {// 다크 테마가 현재 활성화되지 않은 경우 // 케이스 Configuration.UI_MODE_NIGHT_NO : break; // Dark Theme is active // case Configuration.UI_MODE_NIGHT_YES : break; }
그러면 현재 활성화 된 테마에 따라 애플리케이션이 해당 동작을 수정할 수 있습니다.
설정 패널 API : 앱 내에 장치 설정 표시
앱이 Android Q를 대상으로하는 경우 더 이상 기기의 Wi-Fi 설정을 직접 변경할 수 없습니다. 대신 설정 패널 API를 사용하여 원하는 내용을 변경하라는 메시지를 표시해야합니다.
이 새로운 API를 사용하여 기기의 설정 애플리케이션에서 콘텐츠를 앱의 콘텐츠 위로 슬라이드하는 인라인 패널로 표시 할 수 있습니다. 사용자 입장에서 이러한 인앱 컨트롤을 사용하면 별도의 앱을 실행하지 않고도 기기 설정을 빠르고 쉽게 변경할 수 있습니다. 응용 프로그램 개발자의 경우 설정 패널 API를 사용하면 사용자가 앱에서 벗어나지 않아도 Wi-Fi 상태 및 기타 중요한 장치 설정을 변경할 수 있습니다.
Android Q에서 Google은 Bubble API를 도입하여 채팅 헤드 스타일 알림을 Android 플랫폼의 공식 부분으로 만들고 있습니다.
SYSTEM_ALERT_WINDOW의 대안으로 설계된 버블 알림은 Android 용 Facebook Messenger에서 사용하는 플로팅 알림을 연상시키는 스타일로 다른 응용 프로그램 컨텐츠보다 "플로팅"되는 것처럼 보입니다.
추가 정보 또는 사용자가 응용 프로그램 컨텍스트 외부에서 앱과 상호 작용할 수 있도록하는 사용자 지정 작업을 표시하도록 버블 알림을 확장 할 수 있습니다.
앱이 첫 번째 거품을 만들려고하면 Android는 사용자에게 응용 프로그램의 모든 거품을 허용할지 아니면 모든 거품을 차단 할지를 묻습니다. 사용자가 모든 앱 풍선을 차단하도록 선택하면 대신 표준 알림으로 표시됩니다. 장치가 잠겨 있거나 상시 디스플레이가 활성화 될 때마다 거품이 표준 알림으로 표시됩니다. 좋은 사용자 경험을 제공하려면 모든 버블이 정기적 인 알림으로 올바르게 표시되고 작동하는지 확인해야합니다.
거품을 만들려면 확장 된 거품의 동작을 정의하는 활동과 해당 사용자 인터페이스를 정의하는 레이아웃이 필요합니다. 첫 번째 거품 알림을 만드는 방법에 대한 단계별 가이드는 Android Q 탐색 : 앱에 거품 알림 추가를 참조하십시오.
시스템 전체 제스처 탐색으로 접근성 향상
손재주 문제가있는 사용자는 제스처를 사용하여 장치와 더 쉽게 상호 작용할 수 있습니다. Android Q에서 사용자는 전체 기기에서 제스처 탐색을 사용하도록 설정하는 옵션이 있습니다. ...마다 해당 장치에 설치된 응용 프로그램.
Android Q, 애플리케이션을 타겟팅하도록 앱을 업데이트하지 않더라도 의지 기기의 탐색 설정에 영향을 받으므로 앱이 Android Q의 제스처 탐색과 호환되는지 확인해야합니다.
제스처 탐색 모드에서 앱은 전체 화면을 사용해야하므로 첫 번째 단계는 Android 시스템에 애플리케이션이 에지 투 에지보기를 지원하도록 알리는 것입니다. 응용 프로그램을 전체 화면으로 레이아웃하려면 SYSTEM_UI_FLAG_LAYOUT_STABLE 및 SYSTEM_UI_FLAG_LAYOUT_HIDE_NAVIGATION 플래그를 사용할 수 있습니다.
view.setSystemUiVisibility (View.SYSTEM_UI_FLAG_LAYOUT_HIDE_NAVIGATION | View.SYSTEM_UI_FLAG_LAYOUT_STABLE);
또한 테마에 다음을 추가하여 투명한 시스템 표시 줄에 대한 지원을 구현해야합니다.
앱을 테스트 할시기가되면 Android Q의 시스템 제스처가 버튼이나 메뉴와 같은 앱의 컨트롤을 트리거하지 않는지 확인해야합니다. 특히, Android Q는 뒤로 동작에 안쪽 스 와이프를 사용하고 홈 및 빠른 스위치에 위쪽으로 스 와이프하면 이러한 영역에있는 UI 요소를 방해 할 수 있습니다.
테스트하는 동안 화면 하단에서 스 와이프하거나 안쪽으로 스 와이프하여 앱 컨트롤이 실행되고있는 경우 터치 입력을 수신하도록 설정된 지역을 지정할 수 있습니다. 특정 지역을 차단하려면 목록을 전달하십시오. 명부 앱에서 맞춤 제스처를 사용하는 경우 시스템의 내비게이션 제스처와 충돌하지 않는지도 확인해야합니다. Android Q에는 AudioPlaybackCapture API가 도입되어 앱에서 다른 애플리케이션의 오디오를 캡처 할 수 있습니다. 화면 녹화 앱을 만드는 경우에 적합합니다! 오디오 재생을 캡처하려면 RECORD_AUDIO 권한을 요청한 후 다음을 수행해야합니다. 예를 들면 다음과 같습니다. MediaProjection mediaProjection; AudioPlaybackCaptureConfiguration 구성 = 새 AudioPlaybackCaptureConfiguration.Builder (mediaProjection) .addMatchingUsage (AudioAttributes.USAGE_MEDIA) .build (); AudioRecord 레코드 = 새로운 AudioRecord.Builder () .setAudioPlaybackCaptureConfig (config) .build (); 이 새로운 API는 기본적으로 타사 앱이 기록 할 수 있음을 의미합니다. 모든 애플리케이션 오디오의 일부 앱의 경우 이는 개인 정보 보호 문제 일 수 있으며 앱이 저작권을 침해 할 위험이 있습니다. 필요한 경우 매니페스트에 android : allowAudioPlaybackCapture =”false”를 추가하여 타사가 앱의 오디오를 캡처하지 못하게 할 수 있습니다. 이 플래그가 설정되어 있어도 캡션과 같은 접근성 기능은 오디오 캡처에 의존하기 때문에 시스템 앱은 여전히 앱의 오디오 재생을 캡처 할 수 있습니다. 접근성을 높이기 위해 시스템 구성 요소가 항상 앱의 오디오를 캡처하도록하는 것이 좋지만 필요한 경우 ALLOW_CAPTURE_BY_NONE 상수를 사용하여 시스템 앱을 차단할 수 있습니다. Android Q는 Android의 BiometricPrompt 인증을 여러 가지로 조정하고 있습니다. BiometricPrompt를 호출하기 전에 새로운 canAuthenticate () 메소드를 사용하여 장치가 생체 인증을 지원하는지 확인할 수 있습니다. Android Q는 BiometricPrompt의 인증 대화 상자를 미묘하게 변경합니다. Android를 통해 사용자는 얼굴 또는 홍채 인증과 같은 수많은 암시 적 "핸즈프리"생체 양식을 사용하여 신원을 인증 할 수 있습니다. 그러나 사용자가 내재 된 양식을 사용하여 자신의 신원을 성공적으로 확인하더라도 아직도 인증 과정을 완료하려면 대화 상자의 확인 버튼을 눌러야합니다. 많은 암시 적 생체 인식 양식의 경우이 확인 작업이 필요하지 않으므로 Android Q에서는 시스템이 생체 인증 대화 상자에서 확인 버튼을 제거하도록 요청할 수 있습니다. 장치를보고 신원을 확인하는 것이 장치를보고 얼굴을 인식하기를 기다린 다음 확인 버튼을 누르는 것보다이 작은 변화는 사용자 경험에 긍정적 인 영향을 줄 수 있습니다. Android Q에서는 setConfirmationRequired () 메소드에 false를 전달하여 시스템이 확인 버튼을 제거하도록 요청할 수 있습니다. 예를 들어 사용자가 기기 설정에서 암시 적 인증을 비활성화 한 경우와 같이 특정 시나리오에서 시스템이 요청을 무시하도록 선택할 수 있습니다. 때로는 사용자가 생체 입력을 사용하여 인증하지 못할 수도 있습니다. 이러한 시나리오에서는 새로운 setDeviceCredentialAllowed () 메소드를 사용하여 디바이스의 PIN, 패턴 또는 비밀번호를 사용하여 식별을 인증 할 수 있습니다. 이 폴 백이 활성화되면 처음에는 생체 인식을 사용하여 인증하라는 메시지가 표시되지만 PIN, 패턴 또는 비밀번호를 사용하여 인증하는 옵션이 제공됩니다. Android Q에서는 APK 파일에서 직접 임베디드 DEX 코드를 실행하여 공격자가 앱의 로컬로 컴파일 된 코드를 변경하는 것을 방지 할 수 있습니다. 매니페스트 요소에 다음을 추가하여이 새로운 보안 기능을 활성화 할 수 있습니다. android : useEmbeddedDex = "true" 그런 다음 Gradle 빌드 파일에 다음을 추가하여 압축되지 않은 DEX 코드가 포함 된 APK를 빌드 할 수 있습니다. Android Q에는 사용자의 걸음 수를 기록하거나 달리기 또는 사이클링과 같은 신체 활동을 분류해야하는 애플리케이션에 대한 새로운 com.google.android.gms.permission.ACTIVITY_RECOGNITION 런타임 권한이 도입되었습니다. 애플리케이션에이 새로운 ACTIVITY_RECOGNITION 권한이 없으면 Android의 Activity Recognition API는 더 이상 결과를 제공하지 않습니다. 앱이 자이로 스코프 또는 가속도계와 같은 내장 센서의 데이터를 사용하는 경우 ACTIVITY_RECOGNITION 권한을 요청할 필요가 없습니다. 중단을 최소화하기 위해 Android Q는 애플리케이션이 활동을 시작할 수있는 시점에 새로운 제한을 둡니다. 공식 Android 문서에서 활동 시작을 허용하는 모든 조건의 전체 목록을 볼 수 있습니다. Android Q 및 Android Go를 실행하는 기기에서 앱이 종료되면 SYSTEM_ALERT_WINDOW 권한에 액세스 할 수 없습니다. 이 변경 사항은 Android Go 디바이스가 SYSTEM_ALERT_WINDOW 오버레이 창을 그릴 때 발생할 수있는 현저한 성능 저하를 피하기 위해 구현되었습니다. 이 데이터 공유 기능은 공식적으로 사용되지 않으므로 Android Q는 Android Beam의 끝을 표시합니다. Android Q에는 사용자가 데이터 및 기기의 민감한 기능을보다 효과적으로 제어 할 수있는 여러 개인 정보 보호 변경 사항이 도입되었습니다. 불행히도 이러한 변경은 앱의 동작에 영향을 미치며 앱을 완전히 손상시킬 수도 있습니다. Android Q에 대해 애플리케이션을 테스트 할 때는 다음과 같은 개인 정보 변경에 특히주의해야합니다. Android Q는 애플리케이션이 외부 저장소에 액세스하는 방법에 새로운 제한을 둡니다. 기본적으로 앱이 Android Q를 대상으로하는 경우 앱의 외부 저장소 (이전의 "샌드 박스보기"라고 함)에 대한 "필터링 된보기"가 있으며 이는 앱별 디렉토리에 대한 액세스 만 제공합니다. 범위가 지정된 스토리지를 사용하면 애플리케이션이이 앱 특정 디렉토리 및 모든 컨텐츠에 액세스 할 수 있습니다. 없이 스토리지 권한을 선언해야합니다.그러나 READ_EXTERNAL_STORAGE 권한이 부여되고 파일이 사진 (MediaStore.Images), 비디오 (MediaStore.Video) 또는 음악 (MediaStore.Audio)에있는 경우 다른 응용 프로그램에서 만든 파일에만 앱이 액세스 할 수 있습니다. 앱이이 기준을 충족하지 않는 파일에 액세스해야하는 경우 Storage Access Framework를 사용해야합니다. 글을 쓰는 시점에서 프로젝트 매니페스트에 android : requestLegacyExternalStorage =”true”를 추가하여 범위가 지정된 저장소를 옵트 아웃 할 수 있었지만 공식 Android 문서에 따르면 범위가 지정된 저장소에 따라 모든 응용 프로그램에서 범위가 지정된 저장소가 필요합니다. 최대한 빨리 앱을 업데이트하십시오. Android Q는 애플리케이션이 사용자의 위치에 액세스 할 수있는시기를보다 세부적으로 제어 할 수 있도록합니다. 앱에 위치 정보가 필요한 경우 Android Q는 사용자가이 정보를 공유 할 것인지 묻는 대화 상자를 표시합니다. 사용자가 앱에 항상 액세스 권한을 부여하면 Android Q는 정기적으로 알림을 생성하여 앱이 언제든지 자신의 위치에 액세스 할 수 있음을 사용자에게 알려줍니다. 이러한 변경 사항을 구현하기 위해 Android Q는 새로운 ACCESS_BACKGROUND_LOCATION 권한을 도입했습니다. 앱이 백그라운드에있는 동안 위치 정보에 액세스해야하는 경우 기존 ACCESS_COARSE_LOCATION 또는 ACCESS_FINE_LOCATION 권한과 함께이 새로운 권한을 요청해야합니다. 예를 들면 다음과 같습니다. IMEI 및 일련 번호와 같이 재설정 할 수없는 시스템 식별자에 액세스해야하는 경우 이제 READ_PRIVILEGED_PHONE_STATE 권한을 요청해야합니다. 가능하면 다른 방법으로 사용자를 추적하는 것이 좋습니다. 예를 들어 사용자 분석을 기록하려는 경우 재설정 할 수없는 기기 식별자에 대한 액세스를 요청하는 대신 Android Advertising ID를 만들 수 있습니다. 애플리케이션이 Android Q에서 우수한 사용자 환경을 제공하도록하는 가장 좋은 방법은 Android Q를 실행하는 기기에서 테스트하는 것입니다. 공식 출시를 기다리는 동안 Android Q 개발자 미리보기와 비교하여 앱을 테스트하는 세 가지 방법이 있습니다. Android 베타 프로그램에 기기를 등록하거나 Android Q 시스템 이미지를 기기에 수동으로 플래시하거나 Android 가상을 사용하는 경우 장치 (AVD). 호환되는 기기를 소유 한 경우 (전체 목록은 여기에서 찾을 수 있음) Android 베타 프로그램에 등록하면 무선으로 Android Q 업데이트를받을 수 있습니다. 글을 쓰는 시점에서 모든 Google Pixel 휴대 전화는 Android 베타 프로그램에서 지원됩니다. 여기에는 Google Pixel, Pixel XL, Pixel 2, Pixel 2 XL, Pixel 3, Pixel 3 XL, Pixel 3a 및 Pixel 3a XL이 포함됩니다. Pixel을 소유하지 않은 경우 Android Q 베타는 Asus, Huawei, LG, Xiaomi 등을 비롯한 소수의 제조업체의 일부 기기에서 사용할 수 있습니다. 지원되는 장치의 전체 목록을 보려면 여기에서 목록을 확인하십시오. 등록하면 Google은 프로그램 과정에서 3-6 건의 업데이트를받을 것으로 추정합니다. 베타 프로그램에 등록하기 전에 알아야 할 몇 가지 단점이 있습니다. Android의 시험판 버전에는 버그 및 오류가 포함되어 기기가 정상적으로 작동하지 못하게 할 수 있으며 문제가 발생하면 공식적인 지원이 제공되지 않습니다. 시험판 버전의 Android를 실행하는 사용자도 별도의 월별 보안 업데이트를받지 않으므로 기기가 공격 및 악용에 취약해질 수 있습니다. 마지막으로 언제든지 프로그램을 선택 해제하고 안정적인 Android 버전으로 되돌릴 수 있지만 안정적인 릴리스로 되돌릴 때 기기에 로컬로 저장된 모든 데이터가 지워집니다. 베타 프로그램이 끝날 때까지 등록 상태를 유지하면 최종 공개 버전의 Android Q를 졸업하고 받게됩니다. 없이 데이터 손실 무선 Android Q 업데이트를 수신하려면 자세한 내용을 보려면 Android Beta 웹 사이트를 방문하십시오. 무선으로 Android Q 업데이트를 수신하려는 아이디어가 마음에 들지 않으면 Android Q 시스템 이미지를 다운로드하여 수동으로 Pixel 기기에 플래시 할 수 있습니다. Google은 시스템 이미지를 플래시하는 방법에 대한 지침과 함께 모든 호환 가능한 Pixel 기기의 시스템 이미지를 게시했습니다. 이 수동 방법은 특정 Android Q 릴리스에 대해 테스트해야하거나 베타 프로그램에 등록하지 않고 즉시 테스트를 시작하고 첫 번째 업데이트를 받기 위해 최대 24 시간을 기다리는 경우에 유용 할 수 있습니다. 실제 스마트 폰이나 태블릿에 베타 소프트웨어를 설치하는 것과 관련된 위험을 원치 않거나 호환 장치가없는 경우 AVD를 대신 사용할 수 있습니다. 최신 Android Q 미리보기 이미지를 다운로드하려면 다음 단계를 수행하십시오.타사 응용 프로그램에서 오디오 캡처
생체 인증 개선
1. 생체 기능 확인
2. 간소화 된 생체 인증 대화 상자
3. 대체 인증 방법
APK에서 직접 임베디드 DEX 코드 실행
활동 인식에 대한 새로운 권한
활동 시작에 대한 제한
Android Go에서 시스템 알림 오버레이가 제거되었습니다.
Android Beam과 작별 인사
사용자 보안 유지 : 주요 개인 정보 변경
1. 범위가 지정된 스토리지 : Android의 새로운 외부 스토리지 모델
2. 앱이 사용자의 위치에 액세스 할 수있는 시점 결정
3. 재설정 불가능한 시스템 식별자에 대한 새로운 제한
Android Q : 앱 테스트 준비가되었는지 확인
1. 실제 기기에 Android Q 베타 설치
2. Android Q 시스템 이미지를 수동으로 플래시
3. 안드로이드 에뮬레이터 사용
- 확인을 클릭하십시오.
- 이 시스템 이미지를 사용하여 AVD를 만듭니다.
Android Q에 대해 앱을 어떻게 테스트합니까?
Android Q를 실행하는 실제 기기 또는 AVD를 준비한 후에는 준비 할 때 사용하는 것과 동일한 테스트 프로세스 및 절차를 통해 앱을 배치해야합니다 어떤 해제. 테스트 중에는 앱이 중단 될 가능성이 있으므로 Android Q의 개인 정보 변경에 특히주의해야합니다.
애플리케이션이 Android Q에서 우수한 사용자 환경을 제공하고 있음을 확인한 후에는 가능한 빨리 Android Q 호환 앱을 Google Play에 게시해야합니다. 앱을 조기에 출시하면 대부분의 사용자 기반이 Android Q로 이동하기 전에 피드백을 수집 할 수 있습니다.
또는 Google Play 테스트 트랙을 사용하여 APK를 선택한 테스터 그룹에 푸시 한 다음 피드백에 만족하면 단계별 출시를 수행 할 수 있습니다.
이 기사를 통해 Android Q 용 앱을 준비하는 데 도움이 되었기를 바랍니다. 가장 좋아하는 Android Q 기능은 무엇입니까?
