The Android Developer Challenge is back! Submit your idea before December 2.

출시 준비

애플리케이션 출시를 준비하려면 애플리케이션의 출시 버전을 구성, 빌드, 테스트해야 합니다. 구성 작업은 간단합니다. 애플리케이션을 최적화하는 기본적인 코드 정리 및 코드 수정 작업만 하면 됩니다. 빌드 프로세스 디버그 빌드 프로세스와 비슷하며 JDK 및 Android SDK 도구를 사용하여 수행할 수 있습니다. 테스트 작업은 실제 환경 조건에서 애플리케이션이 정상적으로 작동하는지 확인하는 최종 검사의 역할을 합니다. 애플리케이션 출시 준비를 마치면 서명된 APK 파일이 결과물로 나오며, 이 파일을 직접 사용자에게 배포하거나 Google Play와 같은 애플리케이션 마켓을 통해 배포할 수 있습니다.

이 문서에서는 애플리케이션 출시를 준비하는 데 필요한 기본 작업을 요약합니다. 문서에서 설명하는 작업은 출시 또는 사용자 배포 방법에 상관없이 모든 Android 애플리케이션에 적용됩니다. Google Play를 통해 애플리케이션을 출시하는 경우에는 Google Play 출시 체크리스트도 참조해야 합니다.

참고: 이 문서에서 설명하는 작업을 수행하기 전에 애플리케이션이 기능, 성능, 안정성 면에서 모든 출시 기준을 충족하는 것이 가장 좋습니다.

준비 프로세스가 개발 프로세스에 얼마나 적합한지 보여줍니다.

그림 1. 출시 준비는 필수 개발 작업이며 게시 프로세스의 첫 단계입니다.

소개

애플리케이션을 사용자에게 출시하려면 사용자가 Android 구동 기기에서 설치하고 실행할 수 있는 출시용 패키지를 만들어야 합니다. 출시용 패키지는 디버그 APK 파일과 동일한 구성요소, 즉 컴파일된 소스 코드, 리소스, manifest 파일 등을 포함하며 동일한 빌드 도구를 사용하여 빌드됩니다. 그러나 디버그 APK 파일과는 달리 출시용 APK 파일은 고유 인증서로 서명되며 zipalign 도구로 최적화됩니다.

출시용 앱을 준비하기 위해 수행하는 5가지 작업을 보여줍니다.

그림 2. 애플리케이션 출시를 준비하는 5가지 기본 작업을 수행합니다.

Android 스튜디오로 애플리케이션을 빌드하는 경우 서명 및 최적화 작업이 일반적으로 원활하게 진행됩니다. 예를 들어 Android 스튜디오에서 Gradle 빌드 파일을 사용하면 애플리케이션의 컴파일, 서명 및 최적화 작업을 한 번에 수행할 수 있습니다. 또한 명령줄에서 빌드할 때도 Gradle 빌드 파일을 구성하여 똑같은 작업을 수행할 수 있습니다. Gradle 빌드 파일 사용에 관한 자세한 내용은 빌드 시스템 가이드를 참조하세요.

출시용 애플리케이션을 준비할 때는 일반적으로 5가지 주요 작업을 수행합니다(그림 2 참조). 애플리케이션 출시 방법에 따라 각각의 기본 작업에는 한 가지 이상의 소규모 작업이 있을 수 있습니다. 예를 들어 Google Play를 통해 애플리케이션을 출시하는 경우 출시를 위해 애플리케이션을 구성하는 과정에서 특수 필터링 규칙을 manifest에 추가할 수 있습니다. 또 Google Play 게시 가이드라인을 충족하려면 출시를 위해 자료를 수집하는 과정에서 스크린샷을 준비하고 프로모션 문구를 작성해야 할 수도 있습니다.

애플리케이션을 완전히 디버깅하고 테스트한 후에는 일반적으로 그림 2에 나온 작업을 수행합니다. Android SDK에는 Android 애플리케이션을 테스트하고 디버깅하는 데 유용한 몇 가지 도구가 있습니다. 자세한 내용은 개발자 가이드의 디버깅테스트 섹션을 참조하세요.

자료 및 리소스 수집하기

출시를 위한 애플리케이션 준비 작업을 시작하려면 여러 가지 보조 항목을 수집해야 합니다. 애플리케이션 서명을 위한 암호화 키 및 애플리케이션 아이콘은 항상 수집해야 합니다. 또한 최종 사용자 라이선스 계약을 수집할 수도 있습니다.

암호화 키

Android 시스템에서는 설치되는 각 애플리케이션을 애플리케이션 개발자 소유의 인증서, 즉 개발자가 비공개 키를 보유한 인증서를 사용하여 디지털 방식으로 서명해야 합니다. Android 시스템에서는 애플리케이션 작성자를 식별하고 애플리케이션 사이의 신뢰 관계를 구축하는 수단으로 인증서를 사용합니다. 서명에 사용하는 인증서는 인증 기관의 서명을 받을 필요가 없습니다. Android 시스템에서는 개발자가 자체 서명된 인증서로 애플리케이션에 서명할 수 있습니다. 인증서 요구사항에 관한 자세한 내용은 애플리케이션 서명을 참조하세요.

중요: 유효 기간이 2033년 10월 22일 이후에 종료되는 암호화 키를 사용하여 애플리케이션에 서명해야 합니다.

애플리케이션에서 서비스에 액세스하거나 비공개 키를 기반으로 하는 키를 사용해야 하는 제3자 라이브러리를 사용하는 경우에는 다른 릴리스 키를 획득해야 할 수도 있습니다.

애플리케이션 아이콘

권장되는 아이콘 가이드라인을 준수하여 애플리케이션 아이콘을 만들어야 합니다. 애플리케이션의 아이콘은 기기의 홈 화면과 런처 창에서 사용자가 애플리케이션을 식별할 수 있도록 돕습니다. 애플리케이션 관리, 내 다운로드 및 다른 위치에도 나타납니다. 또한 Google Play와 같은 게시 서비스도 사용자에게 아이콘을 표시합니다.

참고: Google Play에서 애플리케이션을 출시하는 경우 고해상도 버전의 아이콘을 만들어야 합니다. 자세한 내용은 애플리케이션의 그래픽 저작물을 참조하세요.

최종 사용자 라이선스 계약

애플리케이션에 대한 최종 사용자 라이선스 계약(EULA)을 준비하는 것을 고려하세요. EULA는 개발자의 인력, 조직 및 지적 재산을 보호하는 데 도움이 될 수 있으며, 애플리케이션과 함께 EULA를 제공하는 것이 좋습니다.

기타 자료

또한 애플리케이션 홍보를 위한 홍보 및 마케팅 자료를 준비해야 할 수도 있습니다. 예를 들어 Google Play에서 애플리케이션을 출시하는 경우 프로모션 문구를 준비하고 애플리케이션 스크린샷을 만들어야 합니다. 자세한 내용은 애플리케이션의 그래픽 저작물을 참조하세요.

릴리스를 위한 애플리케이션 구성

모든 보조 자료를 수집한 이후에는 릴리스를 위한 애플리케이션 구성을 시작할 수 있습니다. 이 섹션에서는 애플리케이션을 출시하기 전에 소스 코드, 리소스 파일, 애플리케이션 manifest에 관해 권장되는 구성 변경을 요약하여 설명합니다. 이 섹션에 나온 구성 변경은 대부분이 선택사항이지만 좋은 코딩 사례로 간주되므로 구현하는 것이 좋습니다. 일부 경우, 이미 개발 프로세스 과정에 이러한 구성을 변경했을 수 있습니다.

좋은 패키지 이름 선택

애플리케이션 수명이 지속되는 동안 적합하게 사용할 수 있는 패키지 이름을 선택해야 합니다. 사용자에게 애플리케이션을 배포한 후에는 패키지 이름을 변경할 수 없습니다. 패키지 이름은 애플리케이션의 manifest 파일에서 설정할 수 있습니다. 자세한 내용은 패키지 속성 문서를 참조하세요.

로깅 및 디버깅 사용 중지

출시할 애플리케이션을 빌드하기 전에 로깅을 비활성화하고 디버깅 옵션을 사용 중지해야 합니다. 로깅은 소스 파일에서 Log 메서드 호출을 삭제하여 비활성화할 수 있습니다. 디버깅은 manifest 파일의 <application> 태그에서 android:debuggable 속성을 삭제하거나 manifest 파일에서 android:debuggable 속성을 false로 설정하여 사용 중지할 수 있습니다. 또한 프로젝트에서 작성한 로그 파일이나 정적 테스트 파일을 삭제합니다.

이외에도 startMethodTracing()stopMethodTracing() 메서드 호출과 같이 코드에 추가한 모든 Debug 추적 호출을 제거해야 합니다.

중요: 유료 콘텐츠를 표시하는 데 WebView를 사용하는 경우 또는 자바스크립트 인터페이스를 사용하는 경우에는 앱의 디버깅을 사용 중지해야 합니다. 그러지 않으면 디버깅을 통해 사용자가 Chrome DevTools를 사용하여 스크립트를 주입하고 콘텐츠를 추출할 수 있습니다. 디버깅을 사용 중지하려면 WebView.setWebContentsDebuggingEnabled() 메서드를 사용합니다.

프로젝트 디렉터리 정리하기

프로젝트를 정리하고 프로젝트가 Android 프로젝트에 설명된 디렉터리 구조를 준수하는지 확인합니다. 이탈한 파일이나 분리된(orphaned) 파일을 프로젝트에 그대로 두면 애플리케이션이 컴파일되지 않으며 예기치 않은 애플리케이션 동작이 발생할 수 있습니다. 다음 정리 작업은 항상 수행해야 합니다.

  • jni/, lib/, src/ 디렉터리의 콘텐츠를 검토합니다. jni/ 디렉터리에는 Android NDK와 관련된 소스 파일(예: .c, .cpp, .h, .mk 파일)만 포함해야 합니다. lib/ 디렉터리에는 타사 라이브러리 파일이나 사전 빌드한 공유 및 정적 라이브러리를 포함한 비공개 라이브러리 파일(예: .so 파일)만 포함해야 합니다. src/ 디렉터리에는 애플리케이션의 소스 파일(.java.aidl 파일)만 포함해야 합니다. src/ 디렉터리에는 .jar 파일을 포함해서는 안 됩니다.
  • 프로젝트에 애플리케이션이 사용하지 않는 비공개 또는 독점적 데이터 파일이 있는지 확인해 보고, 있으면 파일을 삭제합니다. 예를 들어 프로젝트의 res/ 디렉터리에 더 이상 사용하지 않는 오래된 드로어블 파일, 레이아웃 파일, 값 파일이 있는지 확인하고 있으면 삭제합니다.
  • lib/ 디렉터리에서 테스트 라이브러리를 확인한 후 애플리케이션에서 더 이상 사용하지 않는 테스트 라이브러리는 삭제합니다.
  • assets/ 디렉터리 및 res/raw/ 디렉터리의 콘텐츠에 출시 전 업데이트나 삭제가 필요한 원본 저작물 파일 및 정적 파일이 있는지 검토합니다.

manifest와 Gradle 빌드 설정 검토 및 업데이트하기

다음 manifest와 빌드 파일 항목이 올바르게 설정되어 있는지 확인합니다.

  • <uses-permission> 요소

    애플리케이션과 관련이 있고 여기에 필요한 권한만 지정해야 합니다.

  • android:iconandroid:label 속성

    이 속성의 값을 지정해야 합니다. 이 속성의 위치는 <application> 요소입니다.

  • android:versionCodeandroid:versionName 속성

    이 속성의 값을 지정하는 것이 좋습니다. 이 속성의 위치는 <manifest> 요소입니다. 자세한 내용을 보려면 애플리케이션 버전 관리를 참조하세요.

Google Play에서 애플리케이션을 출시할 때 설정할 수 있는 추가 manifest나 빌드 파일 요소는 여러 가지가 있습니다. 예를 들어 android:minSdkVersionandroid:targetSdkVersion 속성이 있으며, 이 속성의 위치는 <uses-sdk> 요소입니다. 이 설정 및 다른 Google Play 설정을 자세히 알아보려면 Google Play 필터를 참조하세요.

호환성 문제 해결하기

Android는 애플리케이션이 다양한 기기와 호환될 수 있도록 설정하는 몇 가지 도구와 기법을 제공합니다. 애플리케이션을 최대한 많은 사용자가 사용할 수 있도록 하려면 다음을 고려해 보세요.

  • 여러 화면 구성 지원 추가하기

    여러 화면 지원 권장사항을 준수합니다. 여러 화면 구성을 지원하면 제대로 작동하며 Android가 지원하는 모든 화면 크기에서 모양이 양호한 애플리케이션을 만들 수 있습니다.

  • Android 태블릿 기기에 맞게 애플리케이션 최적화하기

    애플리케이션이 Android 3.0 이전 기기용으로 설계된 경우 Android 3.0 기기와 호환되도록 만듭니다. Android 3.0에 맞게 앱 최적화에서 설명하는 가이드라인과 권장사항을 따르면 됩니다.

  • 지원 라이브러리 사용하기

    애플리케이션이 Android 3.x 실행 기기용으로 설계된 경우 애플리케이션을 이전 버전의 Android와 호환되도록 만듭니다. 지원 라이브러리를 애플리케이션 프로젝트에 추가하면 됩니다. 지원 라이브러리는 Android 애플리케이션에 추가할 수 있는 정적 지원 라이브러리를 제공합니다. 이를 통해 이전 플랫폼 버전에서는 사용할 수 없는 API를 사용하거나 프레임워크 API의 일부가 아닌 유틸리티 API를 사용할 수 있습니다.

서버 및 서비스의 URL 업데이트하기

애플리케이션이 원격 서버나 서비스에 액세스하는 경우 테스트 URL이나 경로가 아니라 서버나 서비스의 프로덕션 URL 또는 경로를 사용하는지 확인해야 합니다.

라이선스 구현하기(Google Play에서 출시하는 경우)

Google Play를 통해 유료 애플리케이션을 출시하는 경우 Google Play 라이선스 지원을 추가합니다. 라이선스를 사용하면 현재 사용자가 애플리케이션을 구매했는지 여부에 따라 애플리케이션 액세스를 제어할 수 있습니다. Google Play 라이선스를 사용하는 것은 Google Play를 통해 앱을 출시하는 경우에도 선택사항입니다.

Google Play 라이선스 서비스 및 이를 애플리케이션에 사용하는 방법을 자세히 알아보려면 애플리케이션 라이선스를 참조하세요.

출시를 위해 애플리케이션 빌드하기

애플리케이션 구성을 마친 후에는 서명과 최적화가 완료된 출시용 APK 파일로 이를 빌드할 수 있습니다. JDK에는 APK 파일 서명용 도구(Keytool 및 Jarsigner)가 있습니다. Android SDK에는 APK 파일 컴파일 및 최적화용 도구가 있습니다. Android 스튜디오를 사용하거나 명령줄에서 Gradle 빌드 시스템을 사용하고 있다면 빌드 프로세스 전체를 자동화할 수 있습니다. Gradle 빌드 구성을 자세히 알아보려면 Gradle 빌드 구성을 참조하세요.

Android 스튜디오로 빌드하기

Android 스튜디오에 통합된 Gradle 빌드 시스템을 사용하여 개발자의 비공개 키로 서명되고 최적화된 출시용 APK 파일을 빌드할 수 있습니다. Android 스튜디오에서 빌드를 설정 및 실행하는 방법을 자세히 알아보려면 Android 스튜디오에서 빌드 및 실행을 참조하세요.

빌드 프로세스에서는 개발자에게 애플리케이션 서명에 적합한 인증서와 비공개 키가 있다고 가정합니다. 적합한 인증서와 비공개 키가 없다면 Android 스튜디오를 통해 이를 쉽게 생성할 수 있습니다. 서명 프로세스를 자세히 알아보려면 애플리케이션 서명을 참조하세요.

외부 서버 및 리소스 준비하기

애플리케이션이 원격 서버를 이용하는 경우 서버의 보안이 보장되어야 하며 서버가 프로덕션 용도로 구성되어야 합니다. 인앱 결제를 구현하며 원격 서버에 대해 서명 인증 단계를 수행하려는 경우 특히 중요합니다.

애플리케이션이 원격 서버 또는 실시간 서비스(예: 콘텐츠 피드)에서 콘텐츠를 가져오는 경우 제공하는 콘텐츠가 최신이며 프로덕션에 바로 사용할 수 있는지 확인합니다.

애플리케이션 출시 테스트

출시 버전의 애플리케이션을 테스트하면 애플리케이션이 실제 기기 및 네트워크 환경에서 제대로 실행되는지 확인할 수 있습니다. 이상적으로는 적어도 핸드셋 크기의 기기 한 대와 태블릿 크기의 기기 한 대에서 애플리케이션을 테스트하여, 사용자 인터페이스 요소의 크기가 올바르고 애플리케이션 성능과 배터리 효율이 허용 수준인지 확인해야 합니다.

테스트를 시작할 때 테스트할 사항을 참조하세요. 이 문서에서는 테스트할 때 고려해야 할 일반적인 Android 상황을 간략하게 설명합니다. 테스트를 완료했으며 출시 버전의 애플리케이션이 제대로 작동하여 마음에 들면 애플리케이션을 사용자에게 출시할 수 있습니다. 자세한 내용을 보려면 사용자에게 애플리케이션 출시를 참조하세요. Google Play에 애플리케이션을 게시하는 경우 Google Play 출시 체크리스트를 참조하세요.