Автоматизированные подходы к тестированию системы для комбинации ПК и встроенного ПО
Система состоит из аппаратного устройства и ПК. ПК работает с графическим интерфейсом, который контролирует аппаратное устройство. Для тестирования устройства используется различное тестовое оборудование, которым можно управлять через RS232 или GPIB. Чтобы автоматизировать это тестирование, тестовое программное обеспечение должно было бы управлять тестовым оборудованием и взаимодействовать с графическим интерфейсом ПК.
Каков наилучший способ автоматизации тестирования этой системы?
Есть много способов протестировать такую систему. Тесты могут контролироваться программным обеспечением COTS или специализированным программным обеспечением, созданным на месте. Возможно, наилучшим подходом будет сочетание пакетов COTS - один, который специализируется на тестировании GUI, а другой - для устройства. Я видел, как Labview применяется для тестирования устройств - не уверен, что он тоже может работать с графическим интерфейсом. Возможно, лучше оставить слой GUI приложения Windows и предоставить уровень автоматизации. Как вы думаете? Что вы пробовали?
Голосование за лучшие приемы должно быть очень интересным.
"лучший способ" должен учитывать такие вещи, как: наиболее эффективный, ремонтопригодность, время внедрения, стоимость и т. д.
2 ответа
В подобных ситуациях с несколькими отдельными компонентами почти наверняка лучше сначала протестировать каждый компонент изолированно, а затем протестировать интегрированное целое.
Итак, создайте фреймворки и тесты для тестирования:
Графический интерфейс Windows
Уровень автоматизации.
Аппаратное устройство.
Хотя для большинства компонентов можно достичь автоматизации с неограниченным бюджетом и неограниченным количеством времени, зачастую более целесообразно протестировать ключевые компоненты и использовать людей для тестирования остальных.
Очевидно, что пользователи способны что-то сломать, поэтому включайте их, как только вы устраните большинство проблем. Это также будет означать, что вы получите ценную обратную связь.
Наконец... используйте этот подход, только если допустимы ошибки в аппаратном / программном обеспечении.
Я не рекомендовал бы такой подход, если вы пишете, например, программное обеспечение для управления самолетом...
Создайте пользовательский пакет программного обеспечения для тестирования с платформой xUnit.