caxapa.ru :: зачем? если код выбора будет не зависим и не подлежал изменению? Особенно при не "тривиальном")))) тестирование, а, например, автоматизированном.

Oman (13.10.2022 15:35, просмотров: 314) ответил SciFi на Меня в таких делах больше волнует объём тестирования. Универсальную прошивку нужно тестировать на двух (в вашем случае) вариантах железа. Если у вас тестирование делается тривиально, — отлично, повезло.

зачем? если код выбора будет не зависим и не подлежал изменению? Особенно при не "тривиальном")))) тестирование, а, например, автоматизированном.

Конечно, если вы не выделяете сущности и код выбора у вас везде и зависим от всего.... ну.... сами себе делаете работу.

Ответить

- Что зачем? Тестирование? Теоретически любое изменение прошивки может сломать любую функцию на любом варианте железа. Соответственно, если функций N, вариантов железа M, то тестировать нужно N*M комбинаций. Это в общем случае. Но вам виднее, конечно. - SciFi(13.10.2022 15:41)
  - я молчу про TDD. Но если ваш код не тестируется как черный ящик(кроссплатформенность, модульность, независимость и т.д.) вы просто себе же геморрой делаете, вопрос к вашей архитектуре. Платформозависимый код можно проверять на любой плате, где такой проц или такая микруха. Боитесь, что пишет не туда - ну делаете дампы до и после, анализируете map. При желание все можно автоматизировать. Уж точно не проверять, то что было не изменено. - Oman(13.10.2022 16:15)
  - Абсолютное большинство функций используется на всех вариантах железа, поэтому изменение функции требует точно такое же количество проверок. - AlexBi(13.10.2022 16:15)

ARM, RISC-V контроллеры