Przeprowadź kontrolę tej strony lub aplikacji przed pokazaniem jej użytkownikom. Dobierz zakres do rzeczywistego projektu. Nie wymyślaj usterek ani brakujących funkcji.

Pracuj na lokalnej lub testowej kopii i testowych kontach. Nie wdrażaj zmian, nie zmieniaj danych produkcyjnych, nie uruchamiaj prawdziwych płatności ani wysyłek. Przy testach zewnętrznych usług używaj dostępnego sandboxa. Nie ujawniaj sekretów w raporcie.

1. ROZPOZNAJ PRODUKT

Ustal z kodu: typ aplikacji, główną obietnicę, role użytkowników, sposób zapisu danych, integracje i wdrożenie. Wskaż trzy najważniejsze ścieżki. Sprawdź istniejące testy i wyniki dostępnych skanerów. Obszary nieobecne oznacz jako nie dotyczy.

2. SPRAWDŹ REZULTATY

Przejdź ścieżki od wejścia do rzeczywistego efektu. Sprawdź przyciski, linki, wyszukiwanie, filtry, eksport i zapis, jeśli występują. Potwierdź zawartość pliku, stan bazy lub testowej usługi, a nie tylko komunikat sukcesu. Porównaj zwykłe dane, brak danych i większy zbiór. Sprawdź stronicowanie, kompletność statystyk, odświeżenie oraz bezpośrednie otwieranie podstron.

3. SPRAWDŹ GRANICE DOSTĘPU

Użyj wyłącznie własnych kont testowych: użytkownika A, B i odpowiednich ról lub organizacji. Sprawdź odczyt, edycję, pliki i eksport między kontami. Sprawdź operacje serwerowe z pominięciem UI, także bez sesji i bez wymaganego planu. Uwzględnij zamierzone udostępnianie. Nie traktuj ukrytego przycisku jako zabezpieczenia.

4. SPRAWDŹ PIENIĄDZE I INTEGRACJE

Jeżeli występują: sprawdź potwierdzoną i nieudaną płatność, powtórzone lub spóźnione zdarzenie, właściwy okres dostępu po anulowaniu oraz brak powrotu klienta na stronę. Zweryfikuj podpisy webhooków i ochronę przed powtórnym skutkiem tej samej operacji. Sprawdź serwerowe limity użycia, równoczesne żądania i obsługę błędów. Rozróżnij klucze publiczne od tajnych. Nie wykonuj kosztownych testów obciążeniowych.

5. ODTWÓRZ I UDOKUMENTUJ

Dla każdego problemu podaj: scenariusz, oczekiwany i rzeczywisty wynik, dowód oraz przyczynę w kodzie lub konfiguracji. Oddziel potwierdzony błąd, ryzyko wymagające próby i rzecz niesprawdzoną. Nadaj pierwszeństwo dostępowi do cudzych danych, utracie danych, błędom płatności, niekontrolowanym kosztom i blokadom głównej czynności.

6. NAPRAW I POWTÓRZ

Wprowadź minimalne poprawki do odtworzonych problemów. Zachowaj wygląd, istniejące zabezpieczenia i zasady biznesowe. Nie wyłączaj walidacji ani kontroli dostępu, żeby próba przeszła. Potem powtórz identyczne scenariusze oraz trzy główne ścieżki, również na wąskim ekranie. Przy niejasnej decyzji biznesowej pozostaw konkretne pytanie.

Zakończ raportem: problem, poprawka, ponowna próba, dowód. Wypisz brakujące dostępy i testy ręczne. Odczyt kodu nie jest wykonanym testem. Bez dostępu do przeglądarki, backendu lub sandboxa nie ogłaszaj, że dany obszar działa. Emulacja nie zastępuje sprawdzenia fizycznego telefonu.