caxapa.ru :: С удовольствием выслушаю как тестируется embedded ПО (или всё ПО в комплексе с Embedded). Рецепты, cookbookи, статьи, ссылки, как надо и как не надо.

1) самотестирование - тестовая прошивка делается программистом для каждой платы, имеющей МК. -после запуска автоматически тестирует своё железо максимально подробным способом. Снаружи подаётся питание, вешаются диагностические светодиодики и входы коммутируются с выходами. 2) функциональное тестирование заменяет контролёра, использует стандартное оборудование кроме адаптера, конкретно разработанного для каждой платы, на котором иголки для контрольных точек General^изверг(95 знак., 26.10.2021 14:24)

"Тестирование" может быть разноуровневым: как уже готового устройства, так и отдельных модулей ПО. Тестирование программных модулей (модульное тестирование) близко связано с принципиальной возможностью их тестирования, для этого придумали SOLID, TDD и прочее. Непонятно, о каком "тестировании" идёт речь. VVB(381 знак., 26.10.2021 11:30, ссылка, ссылка)

У refactoring guru про тестирование кода на микроконтроллере есть? У рефакторинг гуру в базовых паттернах где-то были ошибки уровня понимания. исправил он, интересно, нет... Давно было, уже не помню какие именно. За PDF gracias! - RxTx(27.10.2021 15:40)

Опытная эксплуатация на живом объекте. Cкpипaч^пророк(224 знак., 25.10.2021 14:28)

Помнится, поставил я на живом объекте бит в 1 и давлением порвало трубопровод с кислотой. А в другой раз погасил уличное освещение в целом районе города и полчаса не мог включить обратно. - AlexG(25.10.2021 15:41)
- Чаще на этапе опытной эксплуатации выявляются ошибки техзадания, устранение которых требует выбросить в мусорку горы "уже отлаженого кода". А нередко и железо. Cкpипaч^пророк(36 знак., 26.10.2021 12:03)
  - Собственно, я хотел сказать, что тестирование на живом объекте не всегда удачный, а иногда еще и труднореализуемый вариант. До этого ПО должно быть отработано с разного рода симуляторами объекта. - AlexG(26.10.2021 15:25)
  - Признавайтесь, кто тестировал embedded ПО на 4 блоке ЧАЭС? ;-) - misyachniy(26.10.2021 13:15)

Не так давно для обнаружения ошибки в ПО пришлось собирать модель сети из точно таких же устройств, как на объекте заказчика. Нашли у себя ошибку, вызываемую тем, что контроллеры ОВЕН некорректно выдерживают паузы протокола ModBus. Точнее, паузы между символами у них больше, чем допустимо стандартом. Тестирование с эмуляцией устройств ModBus никак не помогало, все исправно работало неделями. Нашли ошибку только при наличии "оригинала глюков". - reZident(25.10.2021 14:00)

Стандарт MODBUS позволяэ. Википедия википедит ---> General^изверг(509 знак., 25.10.2021 15:05, ссылка)
- Я в курсе, что в принципе позволяет. Так вот ОВЕНовский контроллер превышал допустимые стандартом паузы ~~между~~ в передаче символов. Причем скорость передачи была совсем небольшая, что-то типа 9600. Чем можно быть настолько занятым, чтобы допускать столь значительные межсимвольные паузы (11*1,5/9600=1,71мс)? Даже, если UART там программно реализован, то скорость 9600 это не большая проблема. - reZident(25.10.2021 15:07 - 15:40)
  - "паузы между передачей символов" Это как? паузы между символами быть не должно. Джиттер какой-то? - General^изверг(25.10.2021 15:23)
    - Вы сами читали то, что цитировали? "Во время передачи сообщения не должно быть пауз длительностью более 1,5 символов." - reZident(25.10.2021 15:27)
      - А, типа между байтами в многобайтовом сообщении. Ну так, а у овена были и генерировали ошибки, так понятно. - General^изверг(25.10.2021 15:38)
        
        Поправил сообщение выше. "паузы в передаче символов" - reZident(25.10.2021 15:41)

Средства и методы разработки