WikiDer > Стресс-тестирование
Стресс-тестирование (иногда называют испытание на пытки) является формой намеренно интенсивного или тщательного тестирования, используемого для определения стабильности данной системы, критической инфраструктуры или объекта. Он включает в себя тестирование, выходящее за рамки нормальной рабочей емкости, часто до предела, чтобы увидеть результаты. Причины могут включать:
- для определения точек разрыва или безопасных ограничений использования
- чтобы подтвердить, что математическая модель достаточно точна при прогнозировании точек разрыва или безопасных пределов использования
- для подтверждения соответствия предполагаемым спецификациям
- определить режимы отказа (как именно выходит из строя система)
- для проверки стабильной работы детали или системы вне стандартного использования
Инженеры по надежности часто испытывают элементы при ожидаемой нагрузке или даже при ускоренной нагрузке, чтобы определить срок службы элемента или определить режимы отказа.[1]
Период, термин "стресс"может иметь более конкретное значение в определенных отраслях, например в материаловедении, и поэтому стресс-тестирование может иногда иметь техническое значение. Один из примеров - усталостное испытание для материалов.
Вычисление
Аппаратное обеспечение
Стресс-тестирование, как правило, должно подвергать компьютерное оборудование чрезмерно высоким нагрузкам, чтобы обеспечить стабильность при использовании в нормальной среде. Они могут включать экстремальные нагрузки, тип задачи, использование памяти, тепловую нагрузку (нагрев), тактовую частоту или напряжения. Память и ЦП - два компонента, которые обычно подвергаются стресс-тестированию таким образом.
Программное обеспечение для стресс-тестирования и сравнительный анализ программное обеспечение, поскольку оба стремятся оценить и измерить максимальную производительность. Из этих двух программ программное обеспечение для стресс-тестирования нацелено на проверку стабильности, пытаясь заставить систему выйти из строя; Бенчмаркинг направлен на измерение и оценку максимально возможной производительности для данной задачи или функции.
При изменении рабочих параметров ЦПУ, Такие как температура, разгон, разгон, перенапряжение, и пониженное напряжение, может потребоваться проверить, установлены ли новые параметры (обычно Напряжение ядра процессора и частота) подходят для тяжелых Загрузка процессора. Это делается путем запуска программы, интенсивно использующей процессор, в течение продолжительных периодов времени, чтобы проверить, работает ли компьютер висит или же аварии. Стресс-тестирование процессора также называется «пытками». Программное обеспечение, подходящее для испытаний на пытки, обычно должно запускаться инструкции которые используют весь чип, а не только несколько его блоков. Нагрузочного тестирования ЦП в течение 24 часов при 100% нагрузке в большинстве случаев достаточно, чтобы определить, что ЦП будет правильно работать в обычных сценариях использования, например на настольном компьютере, где загрузка ЦП обычно колеблется на низких уровнях (50 % и ниже).
Стресс-тестирование оборудования и стабильность являются субъективными и могут варьироваться в зависимости от того, как система будет использоваться. Стресс-тест для системы, работающей круглосуточно и без выходных, или для выполнения чувствительных к ошибкам задач, таких как распределенных вычислений или же «складные» проекты может отличаться от той, которая необходима для запуска одной игры с достаточной надежностью. Например, подробное руководство по разгону Песчаный Мост обнаружили, что:[2][самостоятельно опубликованный источник]
Несмотря на то, что в прошлом IntelBurnTest был столь же хорош, похоже, что что-то в SB uArch [микроархитектура Sandy Bridge] более сильно нагружено Prime95 ... IBT действительно потребляет больше энергии [требует более высоких температурных требований]. Но ... Prime95 терпел неудачу каждый раз первым, и он отказывался, когда проходил IBT. Как и Sandy Bridge, Prime95 - лучший тестер стабильности для Sandy Bridge-E, чем IBT / LinX.
Стабильность субъективна; некоторые могут назвать стабильность достаточной для запуска своей игры, другим, например, папкам [складывающимся проектам], может потребоваться что-то столь же стабильное, как и было на складе, и ... нужно будет запускать Prime95 по крайней мере от 12 часов до дня или двух чтобы считать его стабильным ... Есть [тестировщики], которые действительно не заботятся о такой стабильности, и просто скажут, что если он может [завершить] тест, он достаточно стабилен. Никто не ошибается и никто не прав. Стабильность субъективна. [Но] 24/7 стабильность не субъективна.
Инженер в ASUS посоветовал в статье 2012 г. разгон ан Intel X79 системы, важно тщательно выбирать программное обеспечение для тестирования, чтобы получить полезные результаты:[3]
Не рекомендуется использовать непроверенные стресс-тесты (например, Prime95 или LinX или другие аналогичные приложения). Для полноценного тестирования ЦП / IMC и системной шины рекомендуется Aida64 вместе с общими приложениями, такими как PC Mark 7. У Aida есть преимущество, поскольку его тест стабильности был разработан для архитектуры Sandy Bridge E и тестирует определенные функции, такие как AES, AVX и другие. наборы инструкций, которые прайм и как синтетику не трогают. Таким образом, он не только загружает ЦП на 100%, но и тестирует другие части ЦП, которые не используются в таких приложениях, как Prime 95. Другие приложения, которые следует учитывать, - это SiSoft 2012 или Passmark BurnIn. Обратите внимание, что проверка не была завершена с использованием Prime 95 версии 26 и LinX (10.3.7.012) и OCCT 4.1.0 beta 1, но после того, как мы провели внутреннее тестирование, чтобы гарантировать хотя бы ограниченную поддержку и работу.
Программное обеспечение, обычно используемое в стресс-тестировании
- Аида
- Симулятор сети IBM Teleprocessing
- IBM Workload Simulator
- Диагностический тест процессора Intel
- Intel Burn Test
- LinX (AVX)
- Memtest86 + - объем памяти
- OCCT
- Passmark Burn-in
- Prime95и производные, такие как HyperPi - CPU / heat
- Осада
- S&M
- Цунг - бесплатный программный инструмент
Программного обеспечения
В тестирование программного обеспечения, стресс-тест системы - это тесты, в которых больше внимания уделяется надежность, доступность, и обработка ошибок при большой нагрузке, а не на том, что считается правильным поведением при нормальных обстоятельствах. В частности, цели таких тестов могут заключаться в том, чтобы убедиться, что программное обеспечение не крушение в условиях недостаточных вычислительных ресурсов (например, объем памяти или же дисковое пространство), необычно высокий параллелизм, или же отказ в обслуживании атаки.
Примеры:
- А веб сервер может пройти стресс-тестирование с использованием скрипты, боты, а также различные инструменты отказа в обслуживании для наблюдения за производительностью веб-сайта во время пиковых нагрузок. Эти атаки обычно продолжаются менее часа или до тех пор, пока не будет обнаружен предел объема данных, который может выдержать веб-сервер.
Стресс-тестирование можно сравнить с нагрузочным:
- Нагрузочное тестирование исследует всю среду и базу данных, одновременно измеряя время отклика, тогда как стресс-тестирование фокусируется на выявленных транзакциях, подталкивая их до уровня, позволяющего нарушить транзакции или системы.
- Если во время стресс-тестирования транзакции подвергаются выборочной нагрузке, база данных может не испытывать большой нагрузки, но транзакции подвергаются сильной нагрузке. С другой стороны, во время нагрузочного тестирования база данных испытывает большую нагрузку, а некоторые транзакции могут не подвергаться нагрузке.
- Системное стресс-тестирование, также известное как стресс-тестирование, нагружает одновременно работающих пользователей сверх уровня, с которым система может справиться, поэтому оно ломается в самом слабом звене во всей системе.
Критическая инфраструктура
Критическая инфраструктура (CI), такие как автомагистрали, железные дороги, электрические сети, плотины, портовые сооружения, магистральные газопроводы или нефтеперерабатывающие заводы, подвержены множественным природным и антропогенным опасностям и факторам стресса, включая землетрясения, оползни, наводнения, цунами, пожары, изменение климата эффекты или взрывы. Эти факторы стресса и внезапные события могут вызвать сбои и убытки и, следовательно, могут прервать предоставление основных услуг для общества и экономики.[4] Следовательно, владельцы и операторы КЭ должны идентифицировать и количественно оценивать риски, создаваемые КЭ из-за различных факторов стресса, чтобы определить стратегии смягчения.[5] и улучшить устойчивость КИ.[6][7] Стресс-тесты - это усовершенствованные и стандартизированные инструменты для определения опасности и оценка рисков КЭ, которые включают как события с низкой вероятностью и высокими последствиями (LP-HC), так и так называемые экстремальные или редкие события, а также систематическое применение этих новых инструментов к классам CI.
Стресс-тестирование - это процесс оценки способности КЭ поддерживать определенный уровень функциональности в неблагоприятных условиях, в то время как стресс-тесты рассматривают события LP-HC, которые не всегда учитываются в процедурах проектирования и оценки рисков, обычно принятых общественностью. органы власти или заинтересованные стороны в промышленности. В рамках европейского исследовательского проекта STREST разработана методология многоуровневого стресс-теста для CI.[8] состоящий из четырех фаз:[9]
Фаза 1: Предварительная оценка, во время которого собираются доступные данные о КЭ (контекст риска) и об интересующих явлениях (контекст опасности). Определяются цель и задачи, временные рамки, уровень стресс-теста и общая стоимость стресс-теста.
Фаза 2: Оценка, во время которого выполняется стресс-тест компонента и объема системы, включая хрупкость[10] и риск[11] анализ КЭ для стрессоров, определенных на этапе 1. Стресс-тест может привести к трем результатам: пройден, частично пройден и не прошел, на основе сравнения количественно определенных рисков с допустимыми уровнями подверженности рискам и системы штрафов.
Фаза 3: Решение, во время которого результаты стресс-теста анализируются в соответствии с целью и задачами, определенными на этапе 1. Выявляются критические события (события, которые с наибольшей вероятностью вызывают превышение заданного уровня потерь) и стратегии снижения риска.
Этап 4: Отчет, в ходе которого формулируются результаты стресс-теста и рекомендации по снижению рисков, основанные на результатах, полученных на этапе 3, и представляются заинтересованным сторонам.
Эта методология стресс-тестирования была продемонстрирована шести CI в Европе на уровне компонентов и систем:[12] нефтеперерабатывающий и нефтехимический завод в Милаццо, Италия; концептуальная альпийская земляная плотина в Швейцарии; трубопровод Баку – Тбилиси – Джейхан в Турции; часть национальной сети хранения и распределения газа Gasunie в Нидерландах; портовая инфраструктура Салоников, Греция; и промышленный район в регионе Тоскана, Италия. Результат стресс-тестирования включал определение критических компонентов и событий, а также стратегии снижения рисков, которые были сформулированы и сообщены заинтересованным сторонам.
Смотрите также
- Записать в
- Разрушительное тестирование
- Инструменты тестирования нагрузки и производительности
- Тестирование черного ящика
- Нагрузочное тестирование
- Тестирование производительности программного обеспечения
- Анализ сценария
- Моделирование
- Тестирование программного обеспечения
- Тестирование белого ящика
- Technischer Überwachungsverein (TÜV) - тестирование и сертификация продукции
- Параллельное тестирование с использованием ШАХМАТНАЯ модель проверки
- Джинкс автоматизирует стресс-тестирование, автоматически исследуя маловероятные сценарии выполнения.
- Испытание на жизнь в ускоренном режиме
Рекомендации
- ^ Нельсон, Уэйн Б., (2004), Ускоренное тестирование - статистические модели, планы тестирования и анализ данных, John Wiley & Sons, Нью-Йорк, ISBN 0-471-69736-2
- ^ Sin0822 (24 декабря 2011 г.). «Руководство по разгоне Sandy Bridge E: подробное описание, объяснения и поддержка всех X79». overclock.net. Получено 2 февраля 2013. (некоторый текст сокращен)
- ^ Хуан Хосе Герреро III - ASUS (2012-03-29). «Руководство по разгоне материнской платы Intel X79». benchmarkreviews.com. Получено 2 февраля 2013.
- ^ Пескароли, Джанлука; Александр, Дэвид (2016-05-01). «Критическая инфраструктура, панархии и пути уязвимости каскадных бедствий». Стихийные бедствия. 82 (1): 175–192. Дои:10.1007 / s11069-016-2186-3. ISSN 1573-0840.
- ^ Mignan, A .; Karvounis, D .; Broccardo, M .; Wiemer, S .; Джардини, Д. (март 2019 г.). «Включение мер по снижению сейсмического риска в нормированную стоимость электроэнергии в усовершенствованных геотермальных системах для оптимального размещения». Прикладная энергия. 238: 831–850. Дои:10.1016 / j.apenergy.2019.01.109.
- ^ Линьков, Игорь; Бриджес, Тодд; Кройтциг, Феликс; Декер, Дженнифер; Фокс-Пост, Кейт; Крегер, Вольфганг; Ламберт, Джеймс Н .; Леверманн, Андерс; Монтрей, Бенуа; Натвани, Джатин; Найер, Раймонд (июнь 2014 г.). «Изменение парадигмы устойчивости». Природа Изменение климата. 4 (6): 407–409. Bibcode:2014NatCC ... 4..407L. Дои:10.1038 / nclimate2227. ISSN 1758-6798.
- ^ Argyroudis, Sotirios A .; Mitoulis, Stergios A .; Хофер, Лоренцо; Занини, Мариано Анджело; Тубальди, Энрико; Франгополь, Дэн М. (апрель 2020 г.). «Система оценки устойчивости критической инфраструктуры в среде с множеством опасностей: тематическое исследование транспортных активов» (PDF). Наука об окружающей среде в целом. 714: 136854. Bibcode:2020ScTEn.714m6854A. Дои:10.1016 / j.scitotenv.2020.136854. PMID 32018987.
- ^ «Гармонизированный подход STREST к стресс-тестам для критических инфраструктур на случай стихийных бедствий. Финансируется седьмой рамочной программой Европейского союза FP7 / 2007-2013, в рамках грантового соглашения № 603389. Координатор проекта: Доменико Джардини; руководитель проекта: Арно Миньян, ETH Zurich ".
- ^ Эспозито Симона; Стоядинович Божидар; Бабич Анже; Dolšek Matjaž; Икбал Сарфраз; Сельва Якопо; Броккардо Марко; Миньян Арно; Джардини Доменико (01.03.2020). «Многоуровневая методология, основанная на оценке рисков, для стресс-тестирования систем критической инфраструктуры». Журнал инфраструктурных систем. 26 (1): 04019035. Дои:10.1061 / (ASCE) IS.1943-555X.0000520.
- ^ Pitilakis, K .; Crowley, H .; Кайния, А.М., ред. (2014). SYNER-G: определение типологии и функции хрупкости для физических элементов, подверженных сейсмическому риску. Геотехническая, геологическая и сейсмологическая инженерия. 27. Дордрехт: Springer, Нидерланды. Дои:10.1007/978-94-007-7872-6. ISBN 978-94-007-7871-9. S2CID 133078584.
- ^ Pitilakis, K .; Franchin, P .; Хазай, Б .; Венцель, Х., ред. (2014). SYNER-G: Системная сейсмическая уязвимость и оценка рисков сложных городских, инженерных сетей, систем жизнеобеспечения и критических объектов. Геотехническая, геологическая и сейсмологическая инженерия. 31. Дордрехт: Springer, Нидерланды. Дои:10.1007/978-94-017-8835-9. ISBN 978-94-017-8834-2. S2CID 107566163.
- ^ Argyroudis, Sotirios A .; Фотопулу, Ставроула; Карафагка, Стелла; Питилакис, Кириазис; Сельва, Якопо; Сальцано, Эрнесто; Баско, Анна; Кроули, Хелен; Родригес, Даниэла; Matos, José P .; Шлейс, Антон Дж. (2020). «Методология многоуровневого стресс-теста, основанная на оценке рисков: применение к шести критическим неядерным инфраструктурам в Европе» (PDF). Стихийные бедствия. 100 (2): 595–633. Дои:10.1007 / s11069-019-03828-5. ISSN 1573-0840. S2CID 209432723.