Что такое встроенное тестирование в тестировании программного обеспечения?
Томас Гамильтон
Что такое встроенные системы?
Встроенные системы — это устройства с электронным управлением, в которых программное и аппаратное обеспечение тесно связаны. Встроенные системы могут содержать множество вычислительных устройств. Это ПК, встроенные в другие устройства для выполнения функций, специфичных для приложения. Конечный пользователь обычно даже не подозревает об их существовании.
Встроенное тестирование
Встроенное тестирование — это процесс тестирования для проверки функциональных и нефункциональных атрибутов программного и аппаратного обеспечения во встроенной системе и обеспечения отсутствия дефектов в конечном продукте. Основная цель встроенного тестирования — проверить и подтвердить, соответствует ли конечный продукт встроенного оборудования и программного обеспечения требованиям клиента или нет.
Тестирование встроенного программного обеспечения проверяет и гарантирует, что соответствующее программное обеспечение имеет хорошее качество и соответствует всем требованиям, которым оно должно соответствовать. Тестирование встроенного программного обеспечения — отличный способ гарантировать безопасность критически важных приложений, таких как медицинское оборудование, железные дороги, авиация, автомобильная промышленность и т. д. Строгое и тщательное тестирование имеет решающее значение для сертификации программного обеспечения.
Как провести тестирование встроенного программного обеспечения
В общем, вы тестируете по четырем причинам:
- Чтобы найти ошибки в программном обеспечении
- Помогает снизить риск как для пользователей, так и для компании.
- Сократите затраты на разработку и обслуживание
- Для повышения производительности
При встроенном тестировании выполняются следующие действия:
1. Программное обеспечение имеет некоторые входные данные.
2. Часть программного обеспечения выполняется.
3. Наблюдается состояние программного обеспечения, а выходные данные проверяются на предмет ожидаемых свойств, таких как соответствие выходных данных ожидаемому результату, соответствие требованиям и отсутствие сбоев системы.
Типы тестирования встроенного программного обеспечения
По сути, существует пять уровней тестирования, которые можно применять к встроенному программному обеспечению.
Модульное тестирование программного обеспечения
Модульный модуль — это функция или класс. Модульное тестирование выполняется командой разработчиков, в первую очередь разработчиком, и обычно проводится по модели рецензирования. На основе спецификации модуля разрабатываются тест-кейсы.
Интеграционное тестирование
Интеграционное тестирование можно разделить на два сегмента:
- Интеграционное тестирование программного обеспечения
- Тестирование интеграции программного и аппаратного обеспечения.
В конце тестируется взаимодействие аппаратной части и программных компонентов. Это может включать изучение взаимодействия между встроенными периферийными устройствами и программным обеспечением.
Разработка встроенного программного обеспечения имеет уникальную особенность: реальная среда, в которой запускается программное обеспечение, обычно создается параллельно с самим программным обеспечением. Это вызывает неудобства при тестировании, поскольку комплексное тестирование невозможно выполнить в смоделированных условиях.
Тестирование системного модуля
Теперь тестируемый модуль представляет собой полную структуру, состоящую из полного программного кода, а также всех операционная система реального времени (RTOS) и элементы, связанные с платформой, такие как прерывания, механизмы постановки задач, связь и т. д. Протокол Point of Control больше не является вызовом функции или метода, а скорее сообщением, отправленным/полученным с использованием очередей сообщений RTOS.
Наблюдение за системными ресурсами позволяет оценить способность системы поддерживать выполнение встроенной системы. Для этого аспекта тестирование методом «серого ящика» является предпочтительным методом тестирования. В зависимости от организации тестирование системных модулей является обязанностью разработчика или специальной группы системной интеграции.
Системное интеграционное тестирование
Тестируемый модуль начинается с набора компонентов в одном узле. Точки контроля и наблюдения (PCO) представляют собой смесь сетевых протоколов связи и RTOS, таких как сетевые сообщения и события RTOS. Помимо компонента, виртуальный тестер также может играть роль узла.
Проверочное тестирование системы
Тестируемый модуль представляет собой подсистему с полной реализацией или полную встроенную систему. Целью этого финального теста является соответствие функциональным требованиям внешнего объекта. Обратите внимание, что внешним объектом может быть либо человек, либо устройство в телекоммуникационной сети, либо и то, и другое.
Разница: встроенное тестирование и тестирование программного обеспечения
| Тестирование программного обеспечения | Встроенное тестирование |
|---|---|
| Тестирование программного обеспечения относится только к программному обеспечению. | Встроенное тестирование относится как к программному, так и к аппаратному обеспечению. |
| В среднем 90% тестов, проводимых в мире, представляют собой чисто ручное тестирование методом «черного ящика». | Встроенное тестирование проводится на встроенных системах или микросхемах. Это может быть тестирование «черного ящика» или «белого ящика». |
| Основными областями тестирования являются проверки графического интерфейса, функциональность, проверка и некоторый уровень тестирования базы данных. | Основными областями тестирования являются поведение аппаратного обеспечения. вводимых ему данных. |
| Тестирование программного обеспечения в основном проводится для клиент-серверных, веб-приложений и мобильных приложений. | Встроенное тестирование обычно выполняется на оборудовании. |
| например, Гугл MailYahoo Mail, Android приложений. | например, машины в сфере здравоохранения, микроконтроллеры, используемые в компьютерах. |
Проблемы: тестирование встроенного программного обеспечения
Некоторые проблемы, с которыми можно столкнуться при тестировании встроенного программного обеспечения:
Аппаратная зависимость
Зависимость от оборудования является одной из основных трудностей, с которыми сталкиваются при тестировании встроенного программного обеспечения из-за ограниченного доступа к оборудованию. Однако эмуляторы и симуляторы могут неточно отображать поведение реального устройства и давать неверное представление о производительности системы и удобстве использования приложения.
Программное обеспечение с открытым исходным кодом
Большинство встроенных программных компонентов по своей природе имеют открытый исходный код, не создаются собственными силами, и для них не существует полного тестирования. Существует широкий спектр комбинаций испытаний и возможных сценариев.
Программное обеспечение и аппаратные дефекты
Другой аспект заключается в том, что когда программное обеспечение разрабатывается для только что созданного оборудования, во время этого процесса может быть выявлено большое количество дефектов оборудования. Обнаруженный дефект не ограничивается программным обеспечением. Это может быть связано и с аппаратным обеспечением.
Воспроизводимые дефекты
Дефекты труднее воспроизвести/воссоздать в случае встроенной системы. Это заставляет встроенную процедуру тестирования оценивать каждое возникновение дефекта значительно выше, чем в стандартном случае, за исключением сбора такого количества данных, которое может разумно потребоваться для изменения системы, чтобы найти причину дефекта.
Непрерывные обновления программного обеспечения
Встроенные системы требуют регулярных обновлений программного обеспечения, таких как обновление ядра, исправления безопасности, различные драйверы устройств и т. д. Ограничения, выявленные под влиянием обновлений программного обеспечения, затрудняют выявление ошибок. Кроме того, это повышает значимость процедуры сборки и развертывания.
Резюме
Существуют некоторые трудности при тестировании встроенного программного обеспечения, что делает его более сложным, чем обычное тестирование программного обеспечения. Наиболее фундаментальной проблемой является жесткая зависимость от аппаратной среды, которая подготавливается одновременно с программным обеспечением и которая регулярно требуется для надежного тестирования программного обеспечения. Иногда даже сложно тестировать программное обеспечение без специальных инструментов, что делает концентрацию на поздних стадиях тестирования исключительно заманчивой.
Одна из самых важных вещей, о которой вам следует подумать, — это тот факт, что вам часто следует выбирать автоматическое тестирование программного обеспечения. Встроенное автоматическое тестирование — это более быстрый процесс, который займет несколько часов, и таким образом проблема с вашим программным обеспечением будет решена.
