Stosuj do laboratorium v1.0 opisanego w lekcji. Oczekiwane wyniki wynikają z wymagań, także tam, gdzie demo zawiera celowy błąd. Przed niezależnym scenariuszem przywróć stan laboratorium. W testach pojedynczej reguły pozostałe dane mają być poprawne: qa@example.com, hasło i powtórzenie abcdefghijkl, regulamin zaznaczony, marketing wyłączony.
Pobierz checklistę PDF · Przejdź do ćwiczenia
1. Dane i walidacja
| ID | Sprawdzenie | Oczekiwany wynik |
|---|---|---|
| D01 | Wyślij puste pola e-mail, hasło i powtórzenie hasła. | Rejestracja zablokowana; komunikat wskazuje brak wymaganych danych; konto nie powstaje. |
| D02 | Osobno sprawdź qa.example.com, qa@ i qa@example, a potem qa@example.com. | Trzy pierwsze wartości odrzucone; ostatnia przyjęta jako qa@example.com po obcięciu spacji z końców. |
| D03 | Osobno wpisz identyczne hasło i powtórzenie: abcdefghijk (11), abcdefghijkl (12), a powtórzone 64 razy, a powtórzone 65 razy. | 11 i 65 odrzucone; 12 i 64 przyjęte; odrzucenie nie tworzy konta. |
| D04 | Sprawdź abc defghijkl i abcdefghijką, a następnie abcdefghijkl. | Spacja oraz znak spoza ASCII odrzucone; 12 małych liter ASCII przyjęte bez wymogu cyfry lub wielkiej litery. |
| D05 | Wpisz hasło abcdefghijkl i powtórzenie abcdefghijkm. | Rejestracja zablokowana z informacją o niezgodności; konto nie powstaje. |
| D06 | Wyślij poprawne dane z niezaznaczonym regulaminem DEMO. | Rejestracja zablokowana; wymaganie akceptacji regulaminu czytelne; konto nie powstaje. |
2. Wysłanie i odpowiedź
| ID | Sprawdzenie | Oczekiwany wynik |
|---|---|---|
| S01 | Zarejestruj qa@example.com z poprawnymi danymi w zwykłym trybie. | Jedno POST /api/register, HTTP 201; komunikat sukcesu i jedno nowe konto demo w stanie serwera. |
| S02 | Użyj początkowo zajętego zajety@example.com, następnie ponownie adresu utworzonego w S01. | HTTP 409 dla każdego duplikatu; czytelny komunikat; brak dodatkowego konta i brak sukcesu w UI. |
| S03 | Dwukrotnie szybko aktywuj wysyłkę przed odpowiedzią serwera. | Przycisk blokuje kolejne wysłanie; w Network jedno POST /api/register; brak podwójnego utworzenia. |
| S04 | Przełącz laboratorium w tryb „Błąd serwera 503” i wyślij poprawne dane. | HTTP 503; komunikat błędu, brak sukcesu; stan kont bez zmian; po zakończeniu można ponowić próbę. |
| S05 | Po wczytaniu strony włącz Offline w DevTools i wyślij poprawne dane; potem przywróć No throttling. | Przy braku połączenia czytelny błąd, brak sukcesu i nowego konta; po przywróceniu połączenia ponowienie jest możliwe. |
| S06 | Wywołaj API bez walidacji formularza: pusty e-mail lub brak regulaminu, z pozostałymi danymi poprawnymi. | Backend zwraca HTTP 422 z błędem walidacji; nie tworzy konta. |
3. Zgody, obsługa i dostępność
| ID | Sprawdzenie | Oczekiwany wynik |
|---|---|---|
| U01 | Sprawdź marketing po otwarciu i po przywróceniu formularza; zarejestruj konto bez marketingu. | Marketing domyślnie wyłączony i opisany jako dobrowolny; brak zaznaczenia nie blokuje rejestracji. |
| U02 | Zaznacz marketing świadomie i wyślij poprawne dane; porównaj Payload oraz stan konta z próbą bez marketingu. | Wartość wysłana i zapisana odpowiada wyborowi użytkownika w obu próbach. |
| U03 | Przejdź formularz klawiszami Tab i Shift+Tab, zmień checkbox Spacją, wyślij klawiaturą. | Wszystkie kontrolki osiągalne i obsługiwalne; logiczna kolejność, widoczny fokus, brak pułapki klawiaturowej. |
| U04 | Sprawdź etykiety oraz instrukcje dla wszystkich pól i checkboxów. | Każda kontrolka ma jednoznaczną nazwę dostępną; wymagania hasła i obowiązkowość regulaminu widoczne przed wysłaniem. |
| U05 | Wywołaj błąd pola i błąd serwera; sprawdź tekst oraz powiązanie komunikatów z polami i odczyt czytnikiem ekranu. | Błąd wskazuje przyczynę i sposób poprawy, nie polega wyłącznie na kolorze; dynamiczny wynik jest dostępny dla czytnika. |
| U06 | Ustaw szerokość widoku około 360 px, następnie osobno powiększenie przeglądarki 200%; popraw błędny e-mail i ponów wysłanie. | Etykiety, komunikaty i przycisk nie są ucięte; formularz da się obsłużyć, a poprawienie danych usuwa nieaktualny błąd. |
Zapisuj faktyczny wynik i dowód poza tą tabelą albo w PDF: OK / błąd / nie dotyczy, uwagi, środowisko i data. Niewykonany test nie jest wynikiem OK. Ta checklista nie stanowi pełnego audytu bezpieczeństwa ani zgodności z WCAG.
