Благодаря тому, что в разное время преобладало то или иное мнение о том, как должно проводиться тестирование и, что будет являться успешным критерием теста – выделяется несколько подходов. С точки зрения тестирования оборудования мы предлагаем выделить внутреннее и внешнее тестирование.

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

Услуги тестирования оборудования

Тестирование различных типов информационного, сетевого и телекоммуникационного оборудования

Организация лабораторных испытаний с моделированием проблемных ситуаций в лабораторных условиях. Сравнительное тестирование оборудования разных производителей. Тестирование на соответствие заявленным производителями оборудования характеристикам. Тестирование периферийного оборудования, изучение документации. Настройка (в том числе удаленная) оборудования и запуск программного обеспечения на нем.

Тестирование электрической принципиальной схемы

Анализ схемы электрической принципиальной. Осуществление заказа печатных плат для опытного образца. Монтаж радиоэлектронных компонент на ПП для опытного образца. Демонтаж и замена указанных Вами радиоэлектронных компонентов. Осуществление заказа качественного (только проверенные партнеры) серийного монтажа. Сборка продукта.

Проверка эргономичности и тестирование конструкции

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

Проведение полевых испытаний

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

Нагрузочное тестирование

Проведение обследования оборудования при подготовке к нагрузочному тестированию. Разработка сценариев и скриптов для нагрузочного тестирования. Автоматизация процесса тестирования и разработка скриптов для имитации нагрузки. Формирование отчетов, выводов.

Приёмо-сдаточное тестирование (Acceptance Testing) и независимый контроль качества

Приемка оборудования с производства, приемка промышленных информационных систем. Проведение UAT, функционального, нагрузочного и интеграционного тестирования. Комплексное тестирование перед вводом в эксплуатацию. Выявление причин нетиповых ошибок, составление протокола замечаний и передача разработчикам ПО/оборудования.

Готовы начать!

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

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

Внутреннее тестирование

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

С точки зрения «внутреннего тестирования»успешным является тест, который обнаруживает ранее неизвестные проблемы, а сам поиск ошибок должен носить предупреждающий характер, т. е. проведение тестов должно планироваться еще до написания программного модуля. Такое внутреннее тестирование должно включать планирование, проектирование, создание, поддержку и выполнение тестов, создание тестовых окружений. Фактически, это означает переход от тестирования к обеспечению качества, охватывающего весь цикл разработки ПО.

Готовы начать!

Внешнее тестирование

Окончательное решение о закупке телекоммуникационного оборудования принимается, как правило, только после того, как заказчик удостоверится в качестве предложенного продукта. Для этого проводится тестирование на территории заказчика или внешнее тестирование.

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

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

Подобное тестирование может проводиться без выезда представителя производителя оборудования к заказчику или в присутствии инженера завода изготовителя.

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

Применение скриптов для автоматизации тестирования

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

Для автоматизации тестирования применяются различные скриптовые языки, такие как Perl или Python.

С помощью автоматизации тестирования можно проводить:

Тестирование производительности. К таким проверкам относятся нагрузочные тесты, стресс тесты, тесты на стабильность
Регрессионное тестирование. ПО проверяется на корректность функциональности, выпущенной и протестированной в предыдущей версии.
Конфигурационное тестирование. Проводится для проверки работы одного или нескольких компонентов ПО в разном окружении, например возможность консольного доступа к коммутатору с помощью разных утилит.
Функциональное тестирование. Непосредственно тестирование функций ПО.
Установочное тестирование. Выполняется для проверки условий установки (и настройки) оборудования с учётом тех или иных требований заказчика к системе.

В целом автоматизация тестирования нужна для проведения тестов и генерации отчетов без участия инженера.

Ручное тестирование и почему все нельзя протестировать скриптами

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

Недостатки автоматизации тестирования заключаются в следующем:

Повторяемость – все написанные тесты всегда будут выполняться однообразно. Тестировщик, выполняя тест вручную, может обратить внимание на некоторые детали и, проведя несколько дополнительных операций, найти дефект. Скрипт этого сделать не может.
Затраты на поддержку – несмотря на то, что в случае автоматизированных тестов они меньше, чем затраты на ручное тестирование того же функционала – они все же есть. Чем чаще изменяется приложение, тем они выше.
Большие затраты на разработку – разработка автоматизированных тестов это сложный процесс, так как фактически идет разработка приложения, которое тестирует другое приложение. В сложных автоматизированных тестах также есть фреймворки, утилиты, библиотеки и прочее. Естественно, все это нужно тестировать и отлаживать, а это требует времени.
Стоимость инструмента для автоматизации – в случае, если используется лицензионное ПО, его стоимость может быть достаточно высока. Свободно распространяемые инструменты, как правило, отличаются более скромным функционалом и меньшим удобством работы.
Пропуск мелких ошибок – автоматический скрипт может пропускать мелкие ошибки, на проверку которых он не запрограммирован. Это могут быть неточности в позиционировании окон, ошибки в надписях, которые не проверяются, ошибки контролов и форм, с которыми не осуществляется взаимодействие во время выполнения скрипта.

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