Testowanie aplikacji mobilnych: przykładowe przypadki testowe i scenariusze testowe

Częstym pytaniem naszych uczniów jest: Jak testować aplikacje mobilne? W tym samouczku przedstawiamy przykładowe scenariusze testowe/przypadki testowe do testowania aplikacji mobilnej.

Możesz wykonać niektóre lub wszystkie przypadki testowe w oparciu o wymagania dotyczące testów mobilnych. Przypadki testowe są zorganizowane w oparciu o typy testów mobilnych.

Testy funkcjonalne aplikacji mobilnej

Testy funkcjonalne aplikacji mobilnej to proces testowania funkcjonalności aplikacji mobilnych, takich jak interakcje z użytkownikami, a także testowanie transakcji, które użytkownicy mogą wykonywać. Głównym celem testów funkcjonalnych aplikacji mobilnych jest zapewnienie jakości, spełnienia określonych oczekiwań, ograniczenie ryzyka lub błędów oraz zadowolenie klienta.

Różne czynniki istotne w testowaniu funkcjonalnym to:

1. Typ aplikacji w zależności od zastosowań funkcjonalności biznesowej (bankowość, gry, społecznościowe lub biznesowe)
2. Target typ odbiorców (konsumenci, przedsiębiorstwa, edukacja)
3. Kanał dystrybucji używany do rozpowszechniania aplikacji (np. Apple App Store, Google Play, dystrybucja bezpośrednia)

Najbardziej podstawowe scenariusze testowe w testach funkcjonalnych można uznać za:

1. Aby sprawdzić, czy wszystkie wymagane pola obowiązkowe działają zgodnie z wymaganiami.
2. Aby sprawdzić, czy pola obowiązkowe są wyświetlane na ekranie w inny sposób niż pola nieobowiązkowe.
3. Aby sprawdzić, czy aplikacja działa zgodnie z wymaganiami przy każdym uruchomieniu/zatrzymaniu aplikacji.
4. Aby sprawdzić, czy aplikacja przechodzi w tryb zminimalizowany po każdym przychodzącym połączeniu telefonicznym. Aby to sprawdzić, musimy użyć drugiego telefonu, aby zadzwonić na urządzenie.
5. Aby sprawdzić, czy telefon może przechowywać, przetwarzać i odbierać SMS-y, gdy aplikacja jest uruchomiona. Aby to sprawdzić, musimy użyć drugiego telefonu i wysłać SMS na urządzenie, które jest testowane i na którym aktualnie działa testowana aplikacja.
6. Aby sprawdzić, czy urządzenie jest w stanie spełnić wymagane wymagania dotyczące wielozadaniowości, ilekroć jest to konieczne.
7. Aby sprawdzić, czy aplikacja udostępnia niezbędne opcje sieci społecznościowych, takie jak udostępnianie, publikowanie i nawigacja itp.
8. Aby sprawdzić, czy aplikacja obsługuje dowolną transakcję za pośrednictwem bramki płatniczej, taką jak Visa, Mastercard, Paypal itp., zgodnie z wymaganiami aplikacji.
9. Aby sprawdzić, czy scenariusze przewijania strony są włączone w aplikacji, jeśli to konieczne.
10. Aby sprawdzić, czy nawigacja pomiędzy odpowiednimi modułami w aplikacji jest zgodna z wymaganiami.
11. Aby sprawdzić, czy błędy obcięcia osiągnęły absolutnie akceptowalny limit.
12. Aby sprawdzić, czy użytkownik otrzymuje odpowiedni komunikat o błędzie, np. „Błąd sieci. Spróbuj za jakiś czas” za każdym razem, gdy wystąpi błąd sieci.
13. Aby sprawdzić, czy zainstalowana aplikacja umożliwia zadowalające działanie innych aplikacji i nie zajmuje pamięci innych aplikacji.
14. Aby sprawdzić, czy aplikacja wznowi działanie od ostatniej operacji w przypadku twardego restartu lub awarii systemu.
15. Aby sprawdzić, czy instalacja aplikacji może przebiegać sprawnie pod warunkiem posiadania przez użytkownika niezbędnych zasobów i nie powoduje ona żadnych istotnych błędów.
16. Aby sprawdzić, czy aplikacja wykonuje funkcję automatycznego uruchamiania zgodnie z wymaganiami.
17. Aby sprawdzić, czy aplikacja działa zgodnie z wymaganiami we wszystkich wersjach Mobile, czyli 2g, 3g i 4g.
18. Występować Testy regresji odkrywanie nowych błędów oprogramowania w istniejących obszarach systemu po wprowadzeniu w nich zmian. Uruchom ponownie wcześniej wykonane testy, aby ustalić, czy zachowanie programu nie uległo zmianie w wyniku zmian.
19. Aby sprawdzić, czy aplikacja udostępnia podręcznik użytkownika dla osób, które nie znają aplikacji

Przypadki testowe do testowania wydajności

Podstawowym celem tego typu testów jest zapewnienie akceptowalnego działania aplikacji przy określonych wymaganiach wydajnościowych, takich jak dostęp dużej liczby użytkowników lub usunięcie kluczowej części infrastruktury, takiej jak serwer bazy danych.

Ogólne scenariusze testowe dla testów wydajnościowych w aplikacji mobilnej to:

1. Aby określić, czy aplikacja działa zgodnie z wymaganiami w różnych warunkach obciążenia.
2. Aby określić, czy bieżący zasięg sieci jest w stanie obsłużyć aplikację przy szczytowym, średnim i minimalnym poziomie użytkowników.
3. Aby określić, czy istniejąca konfiguracja klient-serwer zapewnia wymagany optymalny poziom wydajności.
4. Identyfikacja różnych wąskich gardeł aplikacji i infrastruktury, które uniemożliwiają działanie aplikacji na wymaganym poziomie akceptowalności.
5. Aby sprawdzić, czy czas reakcji aplikacji jest zgodny z wymaganiami.
6. Ocena produktu i/lub sprzętu w celu ustalenia, czy wytrzyma przewidywaną wielkość obciążenia.
7. Aby ocenić, czy żywotność baterii pozwoli aplikacji działać przy przewidywanym obciążeniu.
8. Aby sprawdzić wydajność aplikacji po zmianie sieci na WIFI z 2G/3G i odwrotnie.
9. Aby sprawdzić każdy z wymaganych cykli procesora, przeprowadzana jest optymalizacja
10. Aby sprawdzić, czy zużycie baterii, wycieki pamięci, zasoby takie jak GPS i wydajność aparatu mieszczą się w wymaganych wytycznych.
11. Aby sprawdzić trwałość aplikacji, gdy obciążenie użytkownika jest rygorystyczne.
12. Aby sprawdzić wydajność sieci podczas poruszania się z urządzeniem.
13. Aby sprawdzić wydajność aplikacji, gdy wymagane są tylko sporadyczne fazy łączności.

Przypadki testowe do testowania bezpieczeństwa

Podstawowym celem testów bezpieczeństwa jest zapewnienie, że wymagania aplikacji dotyczące bezpieczeństwa danych i sieci są spełnione zgodnie z wytycznymi.

Poniżej przedstawiono najważniejsze obszary sprawdzania bezpieczeństwa aplikacji mobilnych.

1. Aby sprawdzić, czy aplikacja jest w stanie wytrzymać każdy atak siłowy, który jest zautomatyzowanym procesem prób i błędów używanym do odgadnięcia nazwy użytkownika, hasła lub numeru karty kredytowej danej osoby.
2. Aby sprawdzić, czy aplikacja nie pozwala atakującemu na dostęp do poufnych treści lub funkcji bez odpowiedniego uwierzytelnienia.
3. Aby sprawdzić, czy aplikacja ma silny system ochrony hasłem i czy nie pozwala atakującemu na uzyskanie, zmianę lub odzyskanie hasła innego użytkownika.
4. Aby sprawdzić, czy aplikacja nie cierpi z powodu niewystarczającego wygaśnięcia sesji.
5. Aby zidentyfikować zależności dynamiczne i podjąć środki uniemożliwiające osobie atakującej dostęp do tych luk.
6. Aby zapobiec SQL ataki związane z wtryskiem.
7. Aby zidentyfikować i odzyskać dane ze scenariuszy kodu niezarządzanego.
8. Czy aplikacja implementuje przypinanie certyfikatów, czy nie, aby upewnić się, czy certyfikaty zostały zweryfikowane.
9. Aby chronić aplikację i sieć przed atakami typu „odmowa usługi”.
10. Aby przeanalizować wymagania dotyczące przechowywania i sprawdzania danych.
11. Aby umożliwić zarządzanie sesją w celu zapobiegania nieautoryzowanym użytkownikom dostępu do niechcianych informacji.
12. Aby sprawdzić, czy jakiś kod kryptograficzny nie jest uszkodzony i upewnić się, że zostanie naprawiony.
13. Aby sprawdzić, czy implementacja logiki biznesowej jest zabezpieczona i nie jest podatna na ataki z zewnątrz.
14. Aby przeanalizować interakcje z systemem plików, znajdź luki w zabezpieczeniach i napraw te problemy.
15. Aby sprawdzić procedury obsługi protokołów, na przykład próbując ponownie skonfigurować domyślną stronę docelową aplikacji przy użyciu złośliwej ramki iframe.
16. Aby chronić przed złośliwymi zastrzykami po stronie klienta.
17. Aby chronić przed złośliwymi zastrzykami środowiska wykonawczego.
18. Aby zbadać buforowanie plików i zapobiec wszelkim złośliwym możliwościom z tego powodu.
19. Aby zapobiec niebezpiecznemu przechowywaniu danych w pamięci podręcznej klawiatury aplikacji.
20. Aby zbadać pliki cookie i zapobiec wszelkim złośliwym działaniom związanym z plikami cookie.
21. Aby zapewnić regularne audyty analizy ochrony danych.
22. Zbadaj niestandardowe pliki i zapobiegaj wszelkim złośliwym działaniom wynikającym z niestandardowych plików.
23. Aby zapobiec przepełnieniom bufora i uszkodzeniom pamięci.
24. Aby analizować różne strumienie danych i zapobiegać związanym z nimi lukom w zabezpieczeniach.

Przypadki testowe do testowania użyteczności

Proces testowania użyteczności aplikacji mobilnej ma na celu uzyskanie szybkiej i łatwej aplikacji krokowej z mniejszą funkcjonalnością niż powolna i trudna aplikacja z wieloma funkcjami. Głównym celem jest zapewnienie, że otrzymamy łatwy w obsłudze, intuicyjny i podobny do powszechnie stosowanych w branży interfejsów.

1. Dbamy o to, aby guziki miały wymagany rozmiar i były odpowiednie dla dużych palców.
2. Aby upewnić się, że przyciski są umieszczone w tej samej części ekranu, aby uniknąć zamieszania dla użytkowników końcowych.
3. Dbamy o to, aby ikony były naturalne i spójne z aplikacją.
4. Aby mieć pewność, że przyciski posiadające tę samą funkcję powinny mieć ten sam kolor.
5. Aby zapewnić walidację kranuping należy włączyć funkcje powiększania i pomniejszania.
6. Aby zapewnić minimalizację wprowadzania danych z klawiatury w odpowiedni sposób.
7. Aby upewnić się, że aplikacja zapewnia metodę cofania lub cofania akcji po dotknięciu niewłaściwego elementu w akceptowalnym czasie.
8. Aby mieć pewność, że menu kontekstowe nie zostaną przeciążone, ponieważ trzeba z nich szybko korzystać.
9. Zapewnienie, że tekst jest prosty i przejrzysty, aby był widoczny dla użytkowników.
10. Aby zapewnić, że krótkie zdania i akapity będą czytelne dla użytkowników końcowych.
11. Aby zapewnić, że rozmiar czcionki jest wystarczająco duży, by była czytelna, i nie za duży, ani nie za mały.
12. Aby sprawdzić poprawność aplikacji, użytkownik jest monitowany za każdym razem, gdy użytkownik rozpoczyna pobieranie dużej ilości danych, co może nie sprzyjać wydajności aplikacji.
13. Aby sprawdzić, czy zamknięcie aplikacji odbywa się z różnych stanów i sprawdzić, czy ponownie otwiera się w tym samym stanie.
14. Aby mieć pewność, że wszystkie ciągi znaków zostaną przekonwertowane na odpowiednie języki, gdy tylko dostępna będzie funkcja tłumaczenia językowego.
15. Aby zapewnić, że elementy aplikacji będą zawsze zsynchronizowane zgodnie z działaniami użytkownika.
16. Aby zapewnić użytkownikowi końcowemu instrukcję obsługi, która pomoże mu zrozumieć i obsługiwać aplikację, nawet jeśli nie jest zaznajomiony z jej procedurami.

Testowanie użyteczności jest zwykle przeprowadzane przez użytkowników manualnych, ponieważ tylko ludzie są w stanie zrozumieć wrażliwość i komfort innych użytkowników.

Przypadki testowe do testowania zgodności

Testy kompatybilności na urządzeniach mobilnych przeprowadza się, aby upewnić się, że skoro urządzenia mobilne mają różny rozmiar, rozdzielczość, ekran, wersję i sprzęt, dlatego aplikacja powinna zostać przetestowana na wszystkich urządzeniach, aby upewnić się, że działa zgodnie z oczekiwaniami.

Poniżej przedstawiono najważniejsze obszary testowania zgodności.

1. Aby sprawdzić, czy interfejs użytkownika aplikacji jest zgodny z rozmiarem ekranu urządzenia, żaden tekst/kontrolka nie jest częściowo niewidoczna lub niedostępna.
2. Aby zapewnić, że tekst będzie czytelny dla wszystkich użytkowników aplikacji.
3. Aby mieć pewność, że funkcja połączeń/alarmu jest włączona za każdym razem, gdy aplikacja jest uruchomiona. Aplikacja jest minimalizowana lub zawieszana w przypadku połączenia, a następnie po każdym zakończeniu połączenia aplikacja jest wznawiana.

Przypadki testowe do testowania odtwarzalności

1. Odzyskiwanie po awarii i przerwy w transakcjach
2. Weryfikacja skutecznej sytuacji odzyskiwania aplikacji po nieoczekiwanych scenariuszach zakłóceń/awarii.
3. Weryfikacja jak aplikacja radzi sobie z transakcją w przypadku braku prądu (np. wyczerpanie baterii lub nagłe ręczne wyłączenie urządzenia)
4. Walidacja procesu, w przypadku gdy połączenie zostaje zawieszone, system musi zostać ponownie ustanowiony w celu odzyskania danych, na które bezpośrednio wpływa zawieszone połączenie. Korzystanie z prawa narzędzia do testowania urządzeń mobilnych może pomóc zapewnić bezproblemowy proces odzyskiwania.

Ważna lista kontrolna

1. Testy instalacji (czy aplikację można zainstalować w rozsądnym czasie i przy spełnieniu wymaganych kryteriów)
2. Testy deinstalacyjne (czy aplikację da się odinstalować w rozsądnym czasie i przy spełnieniu wymaganych kryteriów)
3. Przypadki testowe sieci (weryfikacja, czy sieć działa pod wymaganym obciążeniem, czy nie, czy sieć jest w stanie obsłużyć wszystkie niezbędne aplikacje podczas procedur testowych)
4. Sprawdź Niezmapowane klucze
5. Sprawdź ekran powitalny aplikacji
6. Ciągłe wprowadzanie klawiatury podczas przerwań i innych sytuacji, takich jak problemy z siecią
7. Metody zajmujące się wychodzeniem z aplikacji
8. Efekt ładowarki, gdy aplikacja działa w tle
9. Niski poziom naładowania baterii i wysokie wymagania dotyczące wydajności
10. Wyjmowanie baterii podczas wykonywania aplikacji
11. Zużycie baterii według aplikacji
12. Sprawdź skutki uboczne aplikacji