Przykłady przypadków testowych dla aplikacji internetowej (lista kontrolna)

Przykładowe scenariusze testów funkcjonalnych:

• Przetestuj wszystkie obowiązkowe pola, które powinny zostać zatwierdzone.
• Sprawdź, czy znak gwiazdki powinien być wyświetlany we wszystkich polach obowiązkowych.
• Sprawdź, czy system nie powinien wyświetlać komunikatu o błędzie dla pól opcjonalnych.
• Sprawdź, czy lata przestępne są poprawnie sprawdzone i nie powodują błędów/błędnych obliczeń.
• Sprawdź, czy pola numeryczne nie powinny akceptować liter i powinien zostać wyświetlony odpowiedni komunikat o błędzie.
• Sprawdź, czy występują liczby ujemne, jeśli jest to dozwolone w polach numerycznych.
• Dzielenie testu przez zero powinno być właściwie obsługiwane w obliczeniach.
• Przetestuj maksymalną długość każdego pola, aby upewnić się, że dane nie zostaną obcięte.
• Przetestuj, czy komunikat wyskakujący („To pole jest ograniczone do 500 znaków”) powinien się wyświetlić, jeśli dane osiągną maksymalny rozmiar pola.
• Sprawdź, czy powinien zostać wyświetlony komunikat potwierdzający dla operacji aktualizacji i usuwania.
• Przetestuj wartości kwot, które powinny być wyświetlane w formacie walutowym.
• Przetestuj wszystkie pola wejściowe pod kątem znaków specjalnych.
• Przetestuj funkcję limitu czasu.
• Przetestuj funkcję sortowania.
• Przetestuj funkcjonalność dostępnych przycisków
• Sprawdź, czy Polityka prywatności i często zadawane pytania są jasno określone i powinny być dostępne dla użytkowników.
• Sprawdź, czy jakakolwiek funkcjonalność nie powiedzie się, użytkownik zostanie przekierowany na niestandardową stronę błędu.
• Sprawdź, czy wszystkie przesłane dokumenty są prawidłowo otwarte.
• Sprawdź, czy użytkownik powinien mieć możliwość pobrania przesłanych plików.
• Przetestuj funkcjonalność poczty e-mail w systemie.
• Przetestuj Java skrypt działa poprawnie w różnych przeglądarkach (IE, Firefox, Chrome, safari i Opera).
• Przetestuj, co się stanie, jeśli użytkownik usunie pliki cookie w witrynie.
• Przetestuj, co się stanie, jeśli użytkownik usunie pliki cookie po odwiedzeniu witryny.
• Sprawdź, czy wszystkie dane wewnątrz pola listy rozwijanej/pole kombi są uporządkowane chronologicznie.

Przykładowe przypadki testowe użyteczności

• Treść strony internetowej powinna być poprawna, bez błędów ortograficznych i gramatycznych
• Wszystkie czcionki powinny być takie same, jak zgodnie z wymaganiami.
• Cały tekst powinien być odpowiednio wyrównany.
• Wszystkie komunikaty o błędach powinny być poprawne, bez błędów ortograficznych i gramatycznych, a komunikat o błędzie powinien odpowiadać etykiecie pola.
• Tekst podpowiedzi powinien znajdować się w każdym polu.
• Wszystkie pola powinny być odpowiednio wyrównane.
• Pomiędzy etykietami pól, kolumnami, wierszami i komunikatami o błędach należy zapewnić odpowiednią ilość miejsca.
• Wszystkie przyciski powinny mieć standardowy format i rozmiar.
• Link do strony głównej powinien znajdować się na każdej stronie.
• Pola wyłączone powinny być wyszarzone.
• Sprawdź, czy nie ma uszkodzonych linków i obrazów.
• Przy każdej operacji aktualizacji lub usuwania powinien zostać wyświetlony komunikat potwierdzający.
• Sprawdź witrynę w różnych rozdzielczościach (640 x 480, 600 x 800 itp.?)
• Sprawdź, czy użytkownik końcowy może uruchomić system bez frustracji.
• Sprawdź, czy zakładka powinna działać poprawnie.
• Pasek przewijania powinien pojawiać się tylko wtedy, gdy jest to wymagane.
• Jeśli po przesłaniu pojawi się komunikat o błędzie, informacje wprowadzone przez użytkownika powinny się tam znajdować.
• Tytuł powinien być wyświetlany na każdej stronie internetowej
• Wszystkie pola (pole tekstowe, lista rozwijana, przycisk opcji itd.) i przyciski powinny być dostępne za pomocą skrótów klawiaturowych, a użytkownik powinien mieć możliwość wykonywania wszystkich operacji za pomocą klawiatury.
• Sprawdź, czy dane listy rozwijanej nie są obcięte ze względu na rozmiar pola. Sprawdź także, czy dane są zakodowane na stałe lub zarządzane przez administratora.

Przykładowe scenariusze testów zgodności:

• Przetestuj witrynę w różnych przeglądarkach (IE, Firefox, Chrome, Safari i Opera) i upewnij się, że witryna wyświetla się poprawnie.
• Sprawdź, czy używana wersja HTML jest zgodna z odpowiednimi wersjami przeglądarek.
• Sprawdź, czy obrazy wyświetlają się poprawnie w różnych przeglądarkach.
• Sprawdź, czy czcionki nadają się do użytku w różnych przeglądarkach.
• Przetestuj, czy kod skryptu Java działa w różnych przeglądarkach.
• Przetestuj animowane GIF-y w różnych przeglądarkach.

Przykładowe przypadki testowe do testowania baz danych:

• Sprawdź nazwę bazy danych: Nazwa bazy danych powinna być zgodna ze specyfikacją.
• Sprawdź tabele, kolumny, typy kolumn i wartości domyślne: Wszystko powinno być zgodne ze specyfikacjami.
• Sprawdź, czy kolumna dopuszcza wartość null, czy nie.
• Sprawdź klucz podstawowy i klucz obcy każdej tabeli.
• Sprawdź procedurę składowaną:
• Sprawdź, czy procedura składowana jest zainstalowana, czy nie.
• Sprawdź nazwę procedury składowanej
• Sprawdź nazwy parametrów, typy i liczbę parametrów.
• Sprawdź parametry, czy są wymagane, czy nie.
• Przetestuj procedurę składowaną, usuwając niektóre parametry
• Sprawdź, czy na wyjściu jest zero, powinno to mieć wpływ na rekordy zerowe.
• Przetestuj procedurę składowaną, pisząc proste SQL zapytania.
• Sprawdź, czy procedura składowana zwraca wartości
• Przetestuj procedurę składowaną na przykładowych danych wejściowych.
• Sprawdź zachowanie każdej flagi w tabeli.
• Sprawdź, czy dane są prawidłowo zapisywane w bazie danych po przesłaniu każdej strony.
• Sprawdź dane, jeśli wykonano operacje DML (aktualizacja, usuwanie i wstawianie).
• Sprawdź długość każdego pola: Długość pola na końcu i na końcu musi być taka sama.
• Sprawdź nazwy baz danych QA, UAT i Production. Nazwy powinny być unikalne.
• Sprawdź zaszyfrowane dane w bazie danych.
• Sprawdź rozmiar bazy danych. Przetestuj także czas odpowiedzi każdego wykonanego zapytania.
• Sprawdź dane wyświetlane w interfejsie użytkownika i upewnij się, że są takie same w interfejsie zaplecza.
• Zweryfikuj ważność danych, wprowadzając nieprawidłowe dane do bazy danych.
• Sprawdź wyzwalacze.

Przykładowe scenariusze testowe do testowania API:

• Zweryfikuj udokumentowane kody statusu w przypadku powodzenia, niepowodzenia walidacji, nieautoryzowanego dostępu i błędu serwera.
• Sprawdź, czy treść odpowiedzi jest zgodna z opublikowanym schematem, w tym z nazwami pól i typami danych.
• Sprawdź, czy brakujące lub nieprawidłowo sformatowane parametry zwracają czytelną wiadomość, a nie stos trace.
• Sprawdź, czy tokeny uwierzytelniające wygasają, odświeżają się prawidłowo i czy nie można ich odtworzyć po wylogowaniu.
• Zweryfikuj autoryzację opartą na rolach, aby konto standardowe nie mogło dotrzeć do punktów końcowych administratora poprzez zmianę identyfikatora.
• Sprawdź wartości graniczne każdego parametru, w tym puste ciągi i maksymalne długości.
• Sprawdź, czy ograniczanie przepustowości zwraca prawidłową odpowiedź dławienia zamiast kończyć się niepowodzeniem.
• Sprawdź, czy punkt końcowy zostanie prawidłowo zdegradowany po przekroczeniu limitu czasu usługi innej firmy.
• Sprawdź, czy w odpowiedziach lub komunikatach o błędach nie pojawiają się żadne hasła, tokeny ani ścieżki wewnętrzne.

Przykładowe scenariusze testowe do testowania bezpieczeństwa:

• Sprawdź, czy strona internetowa zawierająca ważne dane, takie jak hasła, numery kart kredytowych, tajne odpowiedzi na pytania bezpieczeństwa itp., powinna zostać przesłana za pomocą protokołu HTTPS (SSL).
• Sprawdź, czy ważne informacje, takie jak hasło, numer karty kredytowej itp., są wyświetlane w formie zaszyfrowanej.
• Sprawdź, czy reguły dotyczące haseł są zaimplementowane na wszystkich stronach uwierzytelniania, np. Rejestracja, zapomniałeś hasła, zmień hasło.
• Sprawdź, czy hasło zostało zmienione. Użytkownik nie powinien mieć możliwości zalogowania się przy użyciu starego hasła.
• Sprawdź, czy komunikaty o błędach nie powinny zawierać żadnych ważnych informacji.
• Sprawdź, czy użytkownik nie jest wylogowany z systemu lub czy sesja użytkownika nie wygasła, użytkownik nie powinien mieć możliwości poruszania się po serwisie.
• Zweryfikuj, aby uzyskać bezpośredni dostęp do zabezpieczonych i niezabezpieczonych stron internetowych bez logowania.
• Sprawdź, czy opcja „Wyświetl kod źródłowy” jest wyłączona i nie powinna być widoczna dla użytkownika.
• Sprawdź, czy konto użytkownika zostanie zablokowane, jeśli użytkownik kilka razy wprowadzi nieprawidłowe hasło.
• Sprawdź, czy pliki cookie nie powinny przechowywać haseł.
• Sprawdź, czy jakakolwiek funkcjonalność nie działa. System nie powinien wyświetlać żadnych informacji o aplikacji, serwerze ani bazie danych. Zamiast tego powinien wyświetlić niestandardową stronę błędu.
• Zweryfikuj ataki polegające na wstrzykiwaniu SQL.
• Sprawdź role użytkowników i ich uprawnienia. Na przykład osoba żądająca nie powinna mieć dostępu do strony administratora.
• Sprawdź, czy ważne operacje są zapisywane w plikach dziennika i czy informacje powinny być tracmożliwy.
• Sprawdź, czy wartości sesji są w zaszyfrowanym formacie na pasku adresu.
• Sprawdź, czy informacje o plikach cookie są przechowywane w zaszyfrowanym formacie.
• Sprawdź aplikację pod kątem ataków Brute Force

Przykładowe scenariusze testowe dla testów dostępności:

• Sprawdź, czy znaczące obrazy zawierają opisowy tekst alternatywny, a obrazy dekoracyjne są ukryte przed technologiami wspomagającymi.
• Sprawdź, czy każdy element formularza ma przypisaną programowo etykietę, a nie tylko sąsiadujący tekst zastępczy.
• Sprawdź, czy strona działa przy użyciu samej klawiatury i czy przy każdym zatrzymaniu jest widoczny wskaźnik fokusu.
• Sprawdź, czy tekst i elementy interaktywne spełniają minimalny współczynnik kontrastu z tłem.
• Sprawdź, czy nagłówki są uporządkowane logicznie i nie pomijają żadnych poziomów, aby nawigacja za pomocą czytnika ekranu działała prawidłowo.
• Sprawdź, czy komunikaty o błędach są przekazywane do technologii wspomagających i zidentyfikuj pole, w którym wystąpił błąd.
• Sprawdź, czy strona nadal nadaje się do użytku przy powiększeniu 200% bez przewijania w poziomie.
• Sprawdź, czy niestandardowe widżety, takie jak okna modalne, karty i akordeony, wyświetlają prawidłowe role i stany.