Odpowiedź.

Ręczne testowanie aplikacji mobilnych to proces sprawdzania działania mobilnego programu poprzez działania użytkownika na urządzeniu (lub w emulatorze), w celu upewnienia się co do zgodności z wymaganiami dotyczącymi rozwoju.

Historia pytania:

Z pojawieniem się smartfonów akcent rozwoju i testowania przesunął się z produktów desktopowych i webowych na mobilne. W mobilnych urządzeniach występuje szczególna architektura, ograniczone zasoby, zmienność sieci oraz szczególne zachowanie interfejsu, co wzmocniło wymagania dotyczące testowania właśnie na rzeczywistych urządzeniach, a nie tylko w emulatorach.

Problem:

Aplikacje mobilne działają na różnych wersjach systemu operacyjnego, modelach urządzeń, z różnymi rozdzielczościami ekranów i prędkościami internetu. Błędy często ujawniają się na jednej platformie, a nie występują na innej. Część błędów związana jest z multi-touch, czujnikami, ponownym uruchamianiem lub przełączaniem między aplikacjami.

Rozwiązanie:

Testowanie obejmuje sekwencyjne etapy:

1. Przygotowanie urządzeń, konfiguracja emulatorów/rzeczywistych urządzeń.
2. Sprawdzenie logiki biznesowej interfejsu oraz działania w sieci.
3. Testowanie zachowania przy wyłączonym Wi-Fi, połączeniach przychodzących, blokowaniu urządzenia.
4. Sprawdzenie responsywności interfejsu i wydajności.
5. Walidacja instalacji, usuwania i aktualizacji aplikacji.

Kluczowe cechy:

• Wymaga testowania na rzeczywistych urządzeniach z różnymi systemami operacyjnymi i rozdzielczościami.
• Ważne jest uwzględnienie zachowania przy zmianie stanu połączenia, połączeniach telefonicznych i powiadomieniach.
• Konieczne są scenariusze z przypadkami zależnymi od zasobów (GPS, kamera, pamięć, bateria).

Pytania z pułapką.

Jakie błędy najczęściej umykają uwadze podczas testowania tylko na emulatorach?

Błąd dotyczący baterii, prędkości działania, problemy z czujnikami, powiadomieniami push i interakcją z hardwarem pojawiają się tylko na rzeczywistych urządzeniach.

Dlaczego ważne jest testowanie aplikacji na starych wersjach systemu operacyjnego?

Ponieważ wsparcie dla API oraz zachowanie funkcji systemowych (uprawnienia, powiadomienia) różnią się; często błędy ujawniają się tylko na starych wersjach Androida lub iOS.

Czym różni się walidacja w testowaniu mobilnym od desktopowego?

W testowaniu mobilnym niezbędne jest sprawdzenie reakcji na nietypowe scenariusze (połączenie, SMS, utrata sieci), co w desktopie nie ma zastosowania.

Typowe błędy i antywzorce

• Testowanie tylko w emulatorach.
• Ignorowanie niestabilnych scenariuszy (wyładowanie, utrata sieci).
• Niedostateczny zasięg urządzeń i systemów operacyjnych.

Przykład z życia

Negatywny przypadek

Testowano tylko na iPhone 14 i najnowszym Androidzie przez emulator. Po wydaniu użytkownicy z Androidem 7 i Xiaomi skarżyli się na brak powiadomień push i zawieszanie się przy powrocie z połączenia.

Zalety:

• Szybkie testowanie, krótki okres beta.

Wady:

• Wiele krytycznych błędów w produkcji, utrata klientów, negatywne opinie.

Pozytywny przypadek

Testowano na zestawie 10 urządzeń (różne marki, wersje systemów operacyjnych), sprawdzano scenariusze z połączeniami przychodzącymi, utratą internetu, przełączaniem kamer. Efekt — błędy wykryto przed wydaniem, wymagania zostały spełnione.

Zalety:

• Wysoka jakość produktu, dobra ocena użytkowników.

Wady:

• Koszty związane z parkiem urządzeń i większe zasoby czasowe.