подходы к автоматическому тестированию системы для комбинации ПК + встроенный SW

Question

Система состоит из аппаратного устройства и ПК. На ПК установлен графический интерфейс, который управляет аппаратным устройством. Для тестирования устройства используется различное тестовое оборудование, которое может управляться RS232 или GPIB. Чтобы автоматизировать это тестирование, тестовое программное обеспечение должно будет контролировать тестовое оборудование и взаимодействовать с графическим интерфейсом ПК.

Каков наилучший способ автоматизации тестирования этой системы?

Существует множество способов протестировать такую ​​систему. Испытания могут контролироваться программным обеспечением COTS или с помощью специального тестового программного обеспечения, встроенного в дом. Возможно, комбинация пакетов COTS будет лучшим подходом - специалистом по тестированию графического интерфейса и одним для устройства. Я видел, что Labview применяется к тестирующим устройствам - не уверен, что он может делать графические интерфейсы. Возможно, удастся выйти из слоя графического интерфейса приложения Windows и открыть слой автоматизации - лучший подход. Как вы думаете? Что вы пробовали?

Голосование по лучшим методам должно быть очень интересным.

«лучший способ» должен был бы принять во внимание таких вещей, как: наиболее эффективные, ремонтопригодность, время выполнения, стоимость и т.д.

Answer 1

Создание пользовательского пакета тестирования программного обеспечения с рамкой XUnit.

Answer 2

В подобных ситуациях с несколькими отдельными компонентами почти наверняка лучше сначала проверить каждый компонент в изоляции, а затем проверить целостное целое.

Так создать рамки и тесты для тестирования:
графического интерфейса пользователя для Windows
Слой автоматизации.
Аппаратное устройство.

Хотя автоматизация может быть достигнута для большинства компонентов с неограниченным бюджетом и неограниченным количеством времени, часто бывает полезно проверить ключевые компоненты и использовать людей для проверки остальных.

Пользователи, очевидно, способны сломать что-либо, поэтому включите их, как только вы устраните большинство проблем. Это также означает, что вы получите ценную обратную связь.

И наконец ... используйте этот подход только в том случае, если ошибки в оборудовании/программном обеспечении приемлемы.
Я бы не рекомендовал этот подход, если вы пишете программное обеспечение для управления самолетами, например ...