Тестирование на использование в экстремально жестких условиях (H.A.L.T.) компактного одноплатного компьютера

Надежные решения для жестких условий эксплуатации

Избранное

Вернуться к статьям

По материалам компании Ampro

Результаты тестирования CoreModule 800 превзошли самые смелые ожидания разработчиков Ampro — в процессе испытаний одноплатный компьютер на базе процессора с тактовой частотой 1 ГГц показал уникальную работоспособность при температуре от –60 °С до +90 °С и воздействии вибрации до 50 G.

*Прим.: Отчеты тестирования HALT могут использоваться производителями электронных систем для уточнения списка поставщиков одноплатных компьютеров и их продукции, на стадиях разработки и тестирования их программ.

CoreModule 800 с процессором с тактовой частотой 1 ГГц

Новый одноплатный компьютер CoreModule 800, анонсированный компанией Ampro в апреле 2007 года, построен на базе процессора Intel Celeron M 373 (1 ГГц) и набора микросхем 855 в самом маленьким из стандартных промышленных форм-факторов одноплатных компьютеров: РCI-104.

Размещение полнофункционального встраиваемого компьютера на площади всего лишь 90 x 96 см и обеспечение теплоотдачи было непростой задачей, в решении которой разработчики компании Ampro достигли значительных результатов благодаря использованию собственных методик проектирования и процессов производства.

Приложения

CoreModule 800 предназначен для использования во всех приложениях, где требуется бесперебойная работа в жестких условиях: при ударах и вибрации по всем осям, при экстремальной жаре и холоде, а также под воздействием агрессивных сред. Именно поэтому этот одноплатный компьютер рекомендован для использования приложениях, применяющихся в вертолетах, поездах, самолетах, кораблях и военной технике.

Цель тестирования

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

Эти пределы определяются следующим образом:

• Предел разрушения (Destruct Limit, DL) – это уровень, на котором продукт прекращает работу и остается нерабочим при стандартных рабочих условиях.

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

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

Методология тестирования

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

Иллюстрация 1. Испытательная установка

В частности, CoreModule 800 безостановочно проходил следующие тесты:

 

1	CPU 1 Test	9	PCI Bus Test
2	NPU 1 Test	10	APM Test
3	Test Timer	11	PCI Network Test
4	RTC Test	12	Com Port 1 Test
5	Interrupt Controller 1 Test	13	Com Port 2 Test
6	Interrupt Controller 2 Test	14	Base Memory Test
7	DMA Controller 1 Test	15	Extended Memory Test
8	DMA Controller 4 Test	16	Cache Memory Test

 

CoreModule 800 был подвергнут пяти тестам: воздействие холода, воздействие жары, быстрое изменение температуры, воздействие вибрации и объединенное воздействие (температуры и вибрации).

Воздействие холода

Тест на воздействие пониженной температуры начался с отметки +20 °С и на каждом этапе температура понижалась на 10 °С. Время воздействия на каждом этапе составляло 15 минут. Во время прохождения теста CoreModule 800 был помещен в камеру, где воздушные потоки соответствовали спецификации.

Ниже приведены определенные пределы, выявленные в результате тестирования.

• Нижний предел работоспособности (Lower Operating Limit, LOL):

• Нижний предел разрушения (Lower Destruct Limit, LDL) :

Воздействие жары

Тест на воздействие горячей температуры начался с отметки +30 °С и с каждым последующим повышением на 10 °С, как показано на рисунке 2. Время воздействия на каждом этапе также составляло 15 минут. Причем время воздействия отсчитывалось с момента, когда температура в термокамере стабилизировалась.

В итоге, были получены следующие результаты:

• Верхний предел работоспособности (Upper Operating Limit, UOL):

• Верхний предел разрушения (Upper Destruct Limit, UDL):

Иллюстрация 2. График тестирования на воздействие горячей температуры

Быстрое изменение температуры

CoreModule 800 также был подвергнут 5 циклам быстрого изменения температуры в диапазоне от –60 °С до +90 °С со скоростью 60 °С в минуту.

Ниже приведены измеренные и подсчитанные результаты этого теста:

Воздействие вибрации

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

Тест на вибрацию начался с отметки 5 G и на каждом этапе вибрация увеличивалась на 5 G. Время воздействия на каждом этапе составляло 15 минут при постоянной температуре +25 °С. После уровня 30 G вибрация была снижена на 5 G чтобы определить не произошел ли сбой, неопределенный на высоком уровне вибрации.

(Если во время такого ослабления вибрации ошибок не выявлено, вибрация повышается до следующего уровня).

Уровни вибрации замерялись в двух точках продукта во время воздействия вибрации. Замеры вибрации, действующие на продукт осуществлялись при помощи анализатора спектра National Instrument . Для подсчета распределения уровней G использовался цифровой фильтр с полосами «2 Гц…2,5 Гц» и «2 Гц…10 кГц».

На каждом этапе тестирования составлялся график спектральной плотности мощности, показывающей подсчитанные уровни Grms -воздействия на продукт и распределение энергии сверх желаемых диапазонов частот от 2 до 2500 Гц и от 2 до 10000 Гц.

 

Иллюстрация 3. График вибрации: 50 Grms , от 2 Гц до 10 кГц

Комплексное воздействие

CoreModule 800 также был подвергнут одновременному воздействию 5 циклов быстрой смены температуры в диапазоне от –60 до +90 °С и вибрации, как показано на рис. 4.

Для первого температурного цикла уровень вибрации был установлен в 6 G с последующим повышением на 6 G перед каждым следующим циклом.

 

Иллюстрация 4. График объединенного воздействия

Выводы

В результате тестирования подтвердилось соответствие конструкции и технологии производства CoreModule 800 жестким условиям эксплуатации и были определены предельные параметры эксплуатации и запасы надежности модуля.

Таблица 1: Результаты: Предел работоспособности (ОL) и предел разрушения (DL)

 

Условие воздействия	Параметр
OL при низких температурах
OL при высоких температурах	+90 °C
OL при вибрации	> 50 G
DL при низких температурах
DL при высоких температурах	>+100 °C
DL при вибрации	>50 G

Тест на знание компьютера

org/BreadcrumbList»>
2. Главная
3. Обучение
4. Тесты
5. Тест на знание компьютера

Общий тест

1. Компьютер — это…

   многофункциональное электронное устройство для работы с информацией

   устройство для хранения информации любого вида

   электронное вычислительное устройство для обработки чисел

2. Для хранения данных даже при выключенном компьютере используется…

   оперативная память

   жесткий диск

   материнская плата

3. Оперативная память предназначена…

   для хранения папок и файлов

   для оперативного переноса информации из одного компьютера в другой

   для временного хранения данных и программ, необходимых процессору для выполнения операции

4. Без какого программного обеспечения не возможна работа ПК?

   язык программирования

   текстовый редактор

   операционная система

5. Windows — это.

   ..

   программа экранного доступа

   операционная система

   редактор текстов

6. Программа Jaws for Windows — это…

   операционная система

   синтезатор речи

   программа экранного доступа

7. Назовите основное назначение текстового редактора.

   ввод и редактирование текста

   вывод текста на печать

   сканирование текста

8. Что позволяет делать программа «Блокнот»?

   создает веб страницы

   создает и редактирует тексты

   работает с электронными таблицами

9. Задан адрес электронной почты в сети интернет: Адрес электронной почты защищен от спам-ботов. Для просмотра адреса в вашем браузере должен быть включен Javascript..

   
   Каково имя пользователя данного адреса электронной почты?

   yandex.ru

   user11

   yandex

10. Для удаления символа слева от курсора используется клавиша…

    backspace

    delete

    ctrl стрелка влево

11. Как узнать время и дату при помощи программы экранного доступа Jaws?

    Insert+F12

    Insert+F3

    Ctrl+F12

12. С помощью какой клавиши быстрой навигации можно перейти к заголовку на вебстранице?

    Клавишей B

    клавишей H

    клавишей R

13. Какое расширение по умолчанию имеют файлы, созданные в программе «Блокнот»?

    TXT

    mp3

    exe

14. Выберите наиболее полный список элементов управления в диалоговых окнах.

    

    радиокнопки, флажки

    радиокнопки, флажки, поле ввода, комбинированные редакторы и комбинированные списки

    радиокнопки, флажки, поле ввода, комбинированные редакторы

15. Почтовый клиент – это…

    клиент, который пользуется почтой

    почтовый сервер

    программа для получения и отправления электронных писем

Вам может быть интересно

типов программного тестирования — Geeksforgeeks

Введение:

1. ЕДИНЦИОННЫЕ Тестирование
2. Интеграционное тестирование
3. Системное тестирование
4. Функциональные тестирование
5. Тестирование. Пользовательское приемочное тестирование

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

Принципы тестирования:-

(i) Все тесты должны соответствовать требованиям заказчика.
(ii) Тестирование нашего программного обеспечения должно выполняться третьей стороной.
(iii) Полное тестирование невозможно. Так как нам нужен оптимальный объем тестирования исходя из оценки риска приложения.
(iv) Все тесты, которые должны быть проведены, должны быть запланированы до их реализации.
(v) Это следует правилу Парето (правило 80/20), которое гласит, что 80% ошибок возникают из-за 20% компонентов программы.
(vi) Начните тестирование с мелких деталей и распространите его на крупные детали.

Типы тестирования:-

1. Модульное тестирование

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

К основным преимуществам модульного тестирования относятся:

1. Оно помогает выявлять ошибки на ранних этапах процесса разработки, до того, как их исправление станет более сложным и дорогостоящим.
2. Помогает гарантировать, что изменения в коде не приведут к появлению новых ошибок.
3. Это делает код более модульным и более простым для понимания и сопровождения.
4. Помогает улучшить общее качество и надежность программного обеспечения.

Некоторые популярные платформы и инструменты, используемые для модульного тестирования, включают JUnit, NUnit и xUnit.

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

его пользователи.

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

Пример:

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

2. Интеграционное тестирование

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

Интеграционное тестирование может выполняться различными способами, например:

1. Интеграционное тестирование сверху вниз: оно начинается с модулей самого высокого уровня и интегрируется с модулями более низкого уровня.
2. Интеграционное тестирование снизу вверх: оно начинается с модулей самого низкого уровня и интегрируется с модулями более высокого уровня.
3. Интеграционное тестирование Big-Bang: объединяет все модули и интегрирует их все сразу.
4. Инкрементное интеграционное тестирование: объединяет модули в небольшие группы, тестируя каждую группу по мере ее добавления.

К основным преимуществам интеграционного тестирования относятся:

1. Оно помогает выявлять и решать проблемы, которые могут возникнуть при объединении различных модулей программного обеспечения.
2. Помогает обеспечить совместную работу различных модулей программного обеспечения.
3. Помогает повысить общую надежность и стабильность программного обеспечения.
4. Важно помнить, что интеграционное тестирование необходимо для сложных систем, в которых различные компоненты интегрированы.
5. Как и модульное тестирование, интеграционное тестирование является лишь одним из аспектов тестирования программного обеспечения, и его следует использовать в сочетании с другими типами тестирования, такими как модульное тестирование, функциональное тестирование и приемочное тестирование, чтобы убедиться, что программное обеспечение соответствует потребностям пользователей. .

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

Интеграционное тестирование бывает четырех типов: (i) «сверху вниз» (ii) «снизу вверх» (iii) «сэндвич» (iv) «большой взрыв»
Пример:

 (a) тестирование методом «черного ящика»: — используется для проверки. 
При этом мы игнорируем внутренние рабочие механизмы и
сосредоточьтесь на , что такое выход?  .
(b) Тестирование «белого ящика»: используется для проверки.
При этом мы сосредоточимся на внутренних механизмах, т.е.
  как достигается вывод?  

3. Регрессионное тестирование

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

Регрессионное тестирование может быть выполнено различными способами, например:

1. Повторное тестирование : включает тестирование всего приложения или отдельных функций, затронутых изменениями.
2. Re – выполнение : это включает запуск ранее выполненного набора тестов, чтобы убедиться, что изменения не нарушают какие-либо существующие функции.
3. Сравнение : Это включает сравнение текущей версии программного обеспечения с предыдущей версией, чтобы убедиться, что изменения не нарушили какие-либо существующие функции.

К основным преимуществам регрессионного тестирования относятся:

1. Оно помогает гарантировать, что изменения, внесенные в программное обеспечение, не приведут к появлению новых ошибок или нарушению существующих функций.
2. Помогает гарантировать, что программное обеспечение продолжает работать должным образом после внесения изменений.
3. Помогает повысить общую надежность и стабильность программного обеспечения.
4. Важно помнить, что регрессионное тестирование — это непрерывный процесс, который следует проводить на протяжении всей разработки программного обеспечения
5. жизненного цикла, чтобы убедиться, что программное обеспечение продолжает работать должным образом. Он должен быть максимально автоматизирован, чтобы сэкономить время и ресурсы. Кроме того, важно иметь четко определенный набор регрессионных тестов, который охватывает

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

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

4. Дымовое тестирование

Этот тест проводится, чтобы убедиться, что тестируемое программное обеспечение готово или стабильно для дальнейшего тестирования. огонь или дым в начальном включении.
Пример: 

 Если в проекте 2 модуля, перед переходом к модулю
убедиться, что модуль 1 работает правильно 

5. Альфа-тестирование

Это тип проверочного тестирования. это типа приемочные испытания , которые проводятся перед выпуском продукта клиентам. Обычно этим занимаются QA-специалисты.
Пример: 

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

6. Бета-тестирование

Бета-тестирование проводится на одном или нескольких сайтах клиентов конечным пользователем программного обеспечения. Эта версия выпущена для ограниченного числа пользователей для тестирования в режиме реального времени 
Пример: 

 Когда тестирование программного обеспечения выполняется для ограниченного числа
количество человек 

7. Тестирование системы

Это программное обеспечение протестировано таким образом, что оно нормально работает в различных операционных системах. На него распространяется метод тестирования черного ящика. При этом мы просто сосредотачиваемся на требуемом вводе и выводе, не сосредотачиваясь на внутренней работе.
Здесь у нас есть тестирование безопасности, тестирование восстановления, стресс-тестирование и тестирование производительности 
Пример: 

 Сюда входят как функциональные, так и нефункциональные
тестирование 

8.

Стресс-тестирование

При этом мы даем системе неблагоприятные условия и проверяем, как она работает в этих условиях.
Пример: 

 (a) Тестовые случаи, требующие максимального объема памяти или другие
    ресурсы выполняются
(b) Тестовые случаи, которые могут вызвать перегрузку в виртуальном
    Операционная система
(c) Тестовые сценарии, которые могут вызвать чрезмерную потребность в дисковом пространстве 

9. Тестирование производительности

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

 Проверка нескольких циклов процессора. 

10. Объектно-ориентированное тестирование

Это тестирование представляет собой комбинацию различных методов тестирования, которые помогают проверять и проверять объектно-ориентированное программное обеспечение. Это тестирование проводится следующим образом:

• Тестирование требований,
• Дизайн и анализ тестирования,
• Тестирование кода,
• Интеграционное тестирование,
• Системное тестирование,
• Пользовательское тестирование.

11. Приемочные испытания 

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

Мы используем этот OOT для обсуждения планов тестирования и выполнения проектов.

Эта статья предоставлена ​​ Kritka . Если вам нравится GeeksforGeeks и вы хотите внести свой вклад, вы также можете написать статью с помощью write.geeksforgeeks.org или отправить ее по адресу [email protected]. Посмотрите, как ваша статья появится на главной странице GeeksforGeeks, и помогите другим гикам.

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

Преимущества тестирования программного обеспечения:

1. Улучшенное качество и надежность программного обеспечения
2. Ранняя идентификация и фиксация дефектов
3. Улучшенная удовлетворенность клиентов
4. Увеличение Доверие заинтересовали0005 Отнимает много времени и увеличивает стоимость проекта
5. Может замедлить процесс разработки
6. Не все дефекты могут быть обнаружены
7. Может быть сложно полностью протестировать сложные системы
8. Вероятность человеческой ошибки в процессе тестирования

Мониторинг, Инструменты разработчика

Уверенность
за твоим
код

Вместе ничего
мы не можем доставить

Go Bear. Иди.

Это только в

Пресс-релиз SmartBear побеждает в номинации «Инструмент года для разработки Интернета вещей» Благодаря недавно добавленной поддержке AsyncAPI SwaggerHub снова выигрывает награду «Прорыв в сфере Интернета вещей». Тестирование 2022 Подробнее

Сделать каждый выпуск программного обеспечения лучше предыдущего

• Устранить слепые зоны тестирования
• Включить быструю разработку API
• Выявлять и исправлять дефекты в режиме реального времени

Кросс-браузерное тестирование Обеспечьте согласованное взаимодействие с клиентами в различных браузерах и версиях браузеров

Больше тестового охвата. Улучшенная видимость

Расширьте охват тестами и сразу просматривайте все результаты. Порадуйте своих клиентов безупречным сервисом.

Инструменты исследования

TestComplete

Zephyr Enterprise

ReadyAPI

Создание рабочего процесса API, обеспечивающего качество

Проектируйте, разрабатывайте, тестируйте и отслеживайте свои API — совместно и в любом масштабе.

Ознакомьтесь с решениями для жизненного цикла API

PactFlow

Улучшите взаимодействие с пользователем с помощью действенных данных

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

Инструменты исследования

BugSnag

AlertSite

BitBar

Полная интеграция —

в вашем наборе инструментов

Где бы вы ни находились, сделайте задачи тестирования, разработки и мониторинга проще и эффективнее.

Покажите мне интеграции

Вместе нет ничего невозможного

Мы помогли таким компаниям, как ваша, уверенно ускорить процесс

Практический пример Функции тестирования Zephyr Enterprise расширяют возможности L3Harris Technologies Пример из практики Как компания Aras добилась масштабируемости с помощью ReadyAPI Когда компания Aras решила провести большие объемы Требовалось тестирование производительности и масштабируемости API… Практический пример Унифицированный подход для Unity Ads

Почему SmartBear

Наша цель — сделать наш высокотехнологичный мир лучше

Поддержка мирового уровня

Наша глобальная служба поддержки поможет вам добиться успеха на каждом этапе пути

Преимущества SmartBear

Непревзойденные ресурсы для помощи

Работайте с уверенностью

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

---

Приверженность открытому исходному коду

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