Migracja aplikacji na Androida 17

Ten dokument zawiera omówienie działań związanych z opracowywaniem i testowaniem, które możesz podjąć, aby dostosować się do harmonogramu wydawania platformy Android i zapewnić użytkownikom płynne działanie aplikacji na Androidzie 17.

W każdej nowej wersji Androida wprowadzamy nowe funkcje, a także zmiany w działaniu systemu, które mają na celu zwiększenie jego przydatności, bezpieczeństwa i wydajności. W wielu przypadkach aplikacja będzie działać zgodnie z oczekiwaniami od razu po zainstalowaniu, ale w innych może być konieczne jej zaktualizowanie, aby dostosować ją do zmian na platformie.

Użytkownicy mogą zacząć korzystać z nowej platformy od razu po udostępnieniu kodu źródłowego w AOSP (Android Open Source Project). Dlatego ważne jest, aby Twoje aplikacje były gotowe, działały zgodnie z oczekiwaniami użytkowników i wykorzystywały nowe funkcje oraz interfejsy API, aby w pełni korzystać z nowej platformy.

Typowa migracja składa się z 2 faz, które mogą przebiegać równocześnie:

  • Zapewnienie zgodności aplikacji (do ostatecznej wersji Androida 17)
  • Korzystanie z nowych funkcji platformy i interfejsów API (jak najszybciej po ostatecznej wersji)

Zapewnianie zgodności z Androidem 17

Ważne jest, aby przetestować działanie dotychczasowej aplikacji w systemie Android 17, aby zapewnić użytkownikom, którzy zaktualizują system do najnowszej wersji, jak najlepsze wrażenia. Niektóre zmiany na platformie mogą wpływać na działanie aplikacji, dlatego ważne jest, aby wcześnie i dokładnie ją przetestować oraz wprowadzić w niej niezbędne zmiany.

Zwykle możesz dostosować aplikację i opublikować aktualizację bez konieczności zmiany targetSdkVersion aplikacji. Podobnie nie musisz używać nowych interfejsów API ani zmieniać compileSdkVersion aplikacji, chociaż może to zależeć od sposobu jej utworzenia i funkcji platformy, z których korzysta.

Zanim rozpoczniesz testowanie, zapoznaj się ze zmianami w działaniu wszystkich aplikacji. Te zmiany mogą mieć wpływ na Twoją aplikację, nawet jeśli nie zmienisz jej targetSdkVersion.

Android 17

Wgraj obraz systemu Android 17 na urządzenie lub pobierz obraz systemu na emulator Androida.

Sprawdzanie zmian

Sprawdź zmiany w działaniu systemu, aby zidentyfikować obszary, na które może mieć wpływ Twoja aplikacja.

Sprawdź

Zainstaluj aplikację na urządzeniu lub emulatorze i przeprowadź testy. Skup się na zmianach w zachowaniu systemu i przetestuj wszystkie ścieżki w aplikacji.

Aktualizacja

Wprowadzaj tylko te zmiany w kodzie, które są niezbędne do dostosowania się do zmian w działaniu lub rozwiązania problemów. Ponownie skompiluj aplikację z tym samym poziomem API, na który była pierwotnie kierowana – nie musisz kierować jej na Androida 17.

Opublikuj

Podpisz, prześlij i opublikuj zaktualizowany pakiet aplikacji na Androida lub plik APK.

Testowanie zgodności aplikacji z Androidem 17

Testowanie zgodności z Androidem 17 jest w większości przypadków podobne do zwykłego testowania aplikacji. To dobry moment, aby zapoznać się z wytycznymi dotyczącymi jakości podstawowej aplikacjisprawdzonymi metodami testowania.

Aby przetestować aplikację, zainstaluj obecną opublikowaną wersję na urządzeniu z Androidem 17 i sprawdź jej działanie, aby wykryć problemy. Aby skupić się na testach, zapoznaj się ze zmianami w działaniu wszystkich aplikacji wprowadzonymi w Androidzie 17, które mogą wpływać na działanie aplikacji lub powodować jej awarię.

Sprawdź też, czy nie używasz interfejsów innych niż SDK, które podlegają ograniczeniom. Zastąp wszystkie interfejsy o ograniczonym dostępie, których używa Twoja aplikacja, odpowiednikami w postaci publicznego pakietu SDK lub NDK. W dzienniku logcat szukaj ostrzeżeń dotyczących tych dostępów i używaj metody StrictMode detectNonSdkApiUsage(), aby wykrywać je automatycznie.

Na koniec dokładnie przetestuj biblioteki i pakiety SDK w aplikacji, aby upewnić się, że działają zgodnie z oczekiwaniami na Androidzie 17 i są zgodne z najlepszymi praktykami w zakresie prywatności, wydajności, UX, obsługi danych i uprawnień. Jeśli znajdziesz problem, spróbuj zaktualizować pakiet SDK do najnowszej wersji lub skontaktuj się z jego deweloperem, aby uzyskać pomoc.

Po zakończeniu testowania i wprowadzeniu zmian zalecamy natychmiastowe opublikowanie zgodnej aplikacji. Umożliwia to użytkownikom wcześniejsze przetestowanie aplikacji i zapewnia płynne przejście na Androida 17.

Zaktualizuj kierowanie aplikacji i utwórz ją za pomocą nowych interfejsów API

Po opublikowaniu zgodnej wersji aplikacji kolejnym krokiem jest dodanie pełnej obsługi Androida 17 przez zaktualizowanie targetSdkVersioni skorzystanie z nowych interfejsów API i funkcji w Androidzie 17. Możesz wprowadzić te aktualizacje, gdy tylko będziesz gotowy(-a), pamiętając o wymaganiach Google Play dotyczących kierowania na nową platformę.

Podczas planowania prac związanych z pełną obsługą Androida 17 zapoznaj się ze zmianami w działaniu, które wpływają na aplikacje kierowane na Androida 17. Te zmiany w działaniu mogą powodować problemy z funkcjonalnością, które musisz rozwiązać. W niektórych przypadkach te zmiany wymagają znacznego nakładu pracy, dlatego zalecamy jak najszybsze zapoznanie się z nimi i wdrożenie ich. Aby zidentyfikować konkretne zmiany w zachowaniu, które mają wpływ na Twoją aplikację, użyj przełączników zgodności, aby przetestować aplikację z wybranymi zmianami.

Poniższe kroki opisują, jak w pełni obsługiwać Androida 17.

Pobieranie pakietu SDK Androida 17

Zainstaluj najnowszą wersję Android Studio w wersji zapoznawczej, aby tworzyć aplikacje na Androida 17. Upewnij się, że masz urządzenie z Androidem 17 lub emulator.
Zaktualizuj targetSdkVersion i inne konfiguracje kompilacji.

Sprawdzanie zmian w zachowaniu

Zapoznaj się ze zmianami w działaniu, które dotyczą aplikacji kierowanych na Androida 17. Określ obszary, na które może mieć wpływ ta zmiana, i zaplanuj, jak je obsługiwać.

Sprawdzanie zgodności z nowymi zmianami w zakresie prywatności

Wprowadź zmiany w kodzie i architekturze, które są potrzebne do obsługi zmian w zakresie prywatności użytkowników w Androidzie 17.

Wprowadzenie funkcji Androida 17

Korzystaj z interfejsów API Androida 17, aby wprowadzać do aplikacji nowe funkcje i możliwości. Ponownie skompiluj aplikację pod kątem Androida 17.

Sprawdź

Testuj na urządzeniu z Androidem 17 lub w emulatorze. Skup się na obszarach, w których zmiany w zachowaniu mogą mieć wpływ na Twoją aplikację. Wypróbuj funkcje korzystające z nowych interfejsów API. przesyłać opinie o platformie i interfejsie API; Zgłaszaj wszelkie problemy z platformą, interfejsem API lub pakietem SDK innej firmy.

Ostatnia aktualizacja

Gdy interfejsy API Androida 17 zostaną ukończone, ponownie zaktualizuj targetSdkVersion i inne konfiguracje kompilacji, wprowadź dodatkowe zmiany i przetestuj aplikację.

Opublikuj

Podpisz, prześlij i opublikuj zaktualizowany pakiet aplikacji na Androida lub plik APK.

Pobieranie pakietu SDK, zmienianie kierowania i tworzenie aplikacji za pomocą nowych interfejsów API

Aby rozpocząć testowanie pełnej obsługi Androida 17, użyj najnowszej wersji podglądowej Androida Studio, aby pobrać pakiet Android 17 SDK i inne potrzebne narzędzia. Następnie zaktualizuj targetSdkVersioncompileSdkVersion aplikacji i ponownie skompiluj aplikację. Więcej informacji znajdziesz w przewodniku konfiguracji pakietu SDK.

Testowanie aplikacji na Androida 17

Po skompilowaniu aplikacji i zainstalowaniu jej na urządzeniu z Androidem 17 rozpocznij testowanie, aby upewnić się, że działa ona prawidłowo w przypadku kierowania na Androida 17. Niektóre zmiany w działaniu mają zastosowanie tylko wtedy, gdy aplikacja jest kierowana na nową platformę, więc przed rozpoczęciem pracy zapoznaj się z tymi zmianami.

Podobnie jak w przypadku podstawowych testów zgodności, sprawdź wszystkie przepływy i funkcje, aby wykryć problemy. Skup się na testowaniu zmian w działaniu aplikacji kierowanych na Androida 17. Warto też sprawdzić, czy aplikacja jest zgodna ze wskazówkami dotyczącymi jakościsprawdzonymi metodami testowania.

Sprawdź i przetestuj przypadki użycia ograniczonych interfejsów innych niż SDK, które mogą mieć zastosowanie. W logcatach szukaj ostrzeżeń dotyczących tych dostępów i używaj metody StrictMode detectNonSdkApiUsage(), aby wykrywać je programowo.

Na koniec dokładnie przetestuj biblioteki i pakiety SDK w aplikacji, aby upewnić się, że działają zgodnie z oczekiwaniami na Androidzie 17 i są zgodne z najlepszymi praktykami w zakresie prywatności, wydajności, UX, obsługi danych i uprawnień. Jeśli znajdziesz problem, spróbuj zaktualizować pakiet SDK do najnowszej wersji lub skontaktuj się z jego deweloperem, aby uzyskać pomoc.

Testowanie za pomocą przełączników zgodności aplikacji

Android 17 zawiera przełączniki zgodności, które ułatwiają testowanie aplikacji pod kątem określonych zmian w działaniu. W przypadku aplikacji, którą można debugować, przełączniki umożliwiają:

  • Testuj zmiany kierowane na konkretne grupy użytkowników bez faktycznej zmiany parametru targetSdkVersion aplikacji. Za pomocą przełączników możesz wymusić włączenie określonych zmian w zachowaniu ukierunkowanym, aby ocenić ich wpływ na dotychczasową aplikację.
  • Skup się w testach tylko na konkretnych zmianach. Zamiast wprowadzać wszystkie zmiany naraz, możesz wyłączyć wszystkie zmiany kierowane z wyjątkiem tych, które chcesz przetestować.
  • Zarządzanie przełącznikami za pomocą adb Za pomocą poleceń adb możesz włączać i wyłączać zmiany, które można przełączać, w automatycznym środowisku testowym.
  • Szybsze debugowanie dzięki standardowym identyfikatorom zmian Każda zmiana, którą można włączyć lub wyłączyć, ma niepowtarzalny identyfikator i nazwę, których możesz użyć do szybkiego debugowania przyczyny głównej w danych wyjściowych dziennika.

Podczas przygotowywania się do zmiany kierowania aplikacji lub w trakcie prac nad obsługą Androida 17 możesz skorzystać z przełączników. Więcej informacji znajdziesz w artykule Zmiany w platformie zgodności (Android 17).