Как писать или генерировать тест - кейсы(векторы) для автоматического тестирования встроенной электроники и ПО? Опции

[syoma]

Собственно вопрос такой - допустим у вас есть разработанное управляющее встроенное устройство, работающее по определенной программе. Как упрощенный пример - управляющий блок автомобильной сигнализации: входы для датчиков, выходы на блокировку зажигания, управления центральным замком, сиреной, поворотниками, брелок для дистанционной блокировки/разблокировки (допустим в целях тестирования эти сигналы тоже электрически доступны). Внутри есть программа, обычная для сигнализации - режим охраны/тревоги/снятой с охраны, помигать поворотниками три раза, снятие/постановка/блокировка и т.д.

Допустим у вас есть автоматический испытательный стенд, к которому подключается данный блок и который может сгенерировать любую комбинацию входных сигналов и прочитать то, что выдает тестируемый блок в ответ. При этом, ессно, следующая комбинация может зависеть от того, что выдал блок. Можно играться питанием блока, например менять питающее напряжение программно.
Ну то есть фактически стенд может имитировать все, что угодно, даже реальный автомобиль, что и используется при разработке и отладке ПО, но больше интересует, как можно применить данный стенд для автоматического разностороннего тестирования производимых блоков на этапе производства, чтобы выявить возможные дефекты сборки, компонентов или ПО.
То есть должно быть возможным написание тестовых векторов, которые бы в итоге покрыли 100% ПО и электроники тестами. Вопрос - как это сделать, чтобы количество таких тестов было более-менее оптимальным? Возможно ли автоматизировать написание таких тестов, если их надо будет достаточно много?

Спецификаций на ПО или функциональность изделия, как таковых, нет, а точнее функциональность ушла от них далеко вперед.
Спасибо.

[juvf]

как можно применить данный стенд для автоматического разностороннего тестирования производимых блоков на этапе производства, чтобы выявить возможные дефекты ... ПО.
То есть должно быть возможным написание тестовых векторов, которые бы в итоге покрыли 100% ПО ...

Что касается тестирования ПО при производстве - то ни как! вернее можно наверно..... но зачем ПО тестировать на этапе производства? ПО тестируется на этапе разработки этого ПО. Допустим у вас устройство считывает данные с датчика по SPI, обрабатывает ОЧЕНЬ ОЧЕНЬ сложным алгоритмом и отправляет в уарт. При производстве возможен брак деталей, а возможен непропай, залипуха, обрыв дорожки. Нужно проверять чтобы аппаратно было всё исправно. а зачем тестировать при производстве ПО? Или вы хотите тестировать алгоритм при производстве? Думаете он будет разный? ПО - это набор машинных кодов. ПО тестируется путем верификации при прошивании. Или вы думаете, что в одна и таже программа будет работать по разному в одинаковых устройствах и её нужно тестировать?

У нас автоматизированное тестирование аппаратной части. Заливаем тестовую прошивку, она генерирует тестовые сигналы которые проверяет стенд, получает тестовые сигналы и выдает ответ стенду. На этом этапе проверяется вся аппаратная часть. Чтобы SPI долетал до процессора, чтобы GPIO были пропаяны, чтобы шина DDR была пропаяна. Чтобы внешняя периферия работала исправно. А алгоритмы рабочей программы - они постоянны и не зависят ни от чего.

[syoma]

У нас автоматизированное тестирование аппаратной части. Заливаем тестовую прошивку, она генерирует тестовые сигналы которые проверяет стенд, получает тестовые сигналы и выдает ответ стенду. На этом этапе проверяется вся аппаратная часть. Чтобы SPI долетал до процессора, чтобы GPIO были пропаяны, чтобы шина DDR была пропаяна. Чтобы внешняя периферия работала исправно. А алгоритмы рабочей программы - они постоянны и не зависят ни от чего.

Я и хотел что-то такое услышать. Я тоже думаю, что ПО в тестировании на производстве не нуждается, хотя вроде как слышал утверждения, что нифига - ПО на производстве тоже надо проверять.