Testowanie widoczności pakietu

Jeśli do obsługi zastosowań aplikacja wymaga interakcji z innymi aplikacjami, warto przetestować, jak widoczność pakietu zmiany w Androidzie 11 (poziom API 30) i nowszym mają wpływ na Twoją aplikację.

W przewodniku znajdziesz też kilka sugestii, jak przetestować zmiany w zachowaniu użytkowników i pomaga skonfigurować komunikaty logu w celu dokładniejszego określenia jak może to wpłynąć na Twoją aplikację.

Testowanie zmian w działaniu

Aby sprawdzić, czy taka zmiana w działaniu wpływa na Twoją aplikację, wykonaj następujące kroki:

  1. Zainstaluj Android Studio 3.6.1 lub nowszą wersję.
  2. Zainstaluj najnowszą wersję Gradle obsługiwaną przez Android Studio.
  3. Ustaw wartość targetSdkVersion aplikacji na 30 lub wyższą.
  4. Nie umieszczaj elementu <queries> w pliku manifestu aplikacji.
  5. Zadzwoń do nas getInstalledApplications() lub getInstalledPackages(). Obie metody, które okażą się skuteczne, zwracają przefiltrowaną listę.
  6. Zobacz, które funkcje aplikacji nie działają.
  7. Przedstaw odpowiedni <queries> aby naprawić te cechy.

Konfigurowanie komunikatów logu na potrzeby filtrowania pakietów

Aby dowiedzieć się więcej o wpływie domyślnej widoczności aplikacji na aplikacji, możesz włączyć wiadomości dziennika dla filtrowania pakietów. Jeśli tworzysz lub testową aplikację możliwą do debugowania w Android Studio, dziennik systemowy zawiera dla Ciebie. W przeciwnym razie możesz uruchomić następujące polecenie w oknie terminala, aby włączyć je ręcznie:

adb shell pm log-visibility --enable PACKAGE_NAME

Następnie, gdy pakiety są odfiltrowywane ze zwracanego obiektu PackageManager w aplikacji Logcat pojawi się komunikat podobny do tego:

I/AppsFilter: interaction: PackageSetting{7654321 \
  com.example.myapp/12345} -> PackageSetting{...} BLOCKED
Wstecz
Realizowanie typowych przypadków użycia