Профиль нагрузки: Про Тестинг — Нагрузочное тестирование

Содержание

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

Раздел: Автоматизация > Нагрузочное тестирование > Терминология

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

Нагрузочное тестирование или Тестирование производительности — это автоматизированное тестирование, имитирующее работу определенного количества бизнес пользователей на каком-либо общем (разделяемом ими) ресурсе. В качестве примера можно привести работу сотрудников современного банка, в котором все работают с одними и теми же программными приложениями, установленными на банковских серверах. Или использование программного приложения веб магазин, в данном случае посетителями, нагружающими сервера, будут пользователи интернета.

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

  1. Виртуальный пользователь (Virtual User) — программный процесс, циклически выполняющий моделируемые операции
  2. Итерация (Iteration) – это один повтор выполняемой в цикле операции
  3. Интенсивность выполнения операции (Operation Intensity) — частота выполнения операции в единицу времени, в тестовом скрипте задается интервалом времени между итерациями
  4. Нагрузка (Loading) — совокупное выполнение операций на общем ресурсе (тр./сек, хитов/сек)
  5. Производительность (Performance) — количество выполняемых операций за период времени (N операций за M часов)
  6. Масштабируемость приложения (Application Scalability) — пропорциональный рост производительности при увеличении нагрузки
  7. Профиль нагрузки (Performance Profile) — это набор операций с заданными интенсивностями, полученный на основе сбора статистических данных либо определенный путем анализа требований к тестируемой системе
  8. Нагрузочной точкой называется рассчитанное (либо заданное Заказчиком) количество виртуальных пользователей в группах, выполняющих операции с определенными интенсивностями

Теперь рассмотрим как эти сущности связаны между собой. Выразив интенсивность через интервал времени между итерациями, видим что рост интенсивности выполняемых операций это сокращение интервала времени. Рост нагрузки пропорционален росту интенсивности. Естественно также, что при увеличении интенсивности растет производительность. При этом увеличивается степень использования (загруженности) ресурсов. С какого-то момента рост производительности прекращается (а нагрузка может продолжать расти), происходит насыщение и затем деградация системы. В дополнение можно заметить что при тестировании изменение интенсивности операций может подчиняться какому либо закону (например, Пуассона) либо быть равномерным в течении всего теста.

Автор: Андрей Широбоков

Наверх

Про Тестинг — Нагрузочное тестирование — Разработка модели нагрузки

Раздел: Автоматизация > Нагрузочное тестирование > Разработка модели нагрузки > Расчет нагрузочных точек

Поскольку в профиле нагрузки как правило присутствует несколько операций — это означает, что у нас будет несколько групп пользователей. Желательно моделировать каждую операцию отдельной группой виртуальных пользователей (хотя в жизни часто бывает наоборот, один бизнес пользователь может отвечать за выполнение нескольких операций). Тем не менее, если назначить одному виртуальному пользователю выполнение одной операции, то так легче выдержать определенную интенсивность (и соответственно производительность) для этой операции в тесте, чем в случае, когда виртуальному пользователю назначается последовательная цепочка операций. Зная интенсивность выполнения операции нужно определить количество виртуальных пользователей в группе, выполняющих эту операцию. Идеальный случай когда работа с приложением аналогична работе заводского конвейера и есть точные оценки сколько операций в день делает один пользователь. Чаще всего бывает не так и известно только общее количество операций выполняемое в течение дня. Так же может оказаться, что интенсивность выполнения операции каждым пользователем очень низкая, например, один пользователь выполняет операцию раз в день или раз в два дня.

Моделирование работы с пересчетом интенсивностей в этом случае можно проиллюстрировать следующим примером

ПРИМЕР: (для одной операции)

Количество операций = 200 за 4 часа
Количество бизнес пользователей = 20


1. Определяем количество операций для каждого пользователя
200/20 = 10

2. В час каждый пользователь выполняет 2.5 операции
10/4 = 2.5

3. Определяем период повторения операции (интенсивность) для каждого пользователя
60/2.5 = 24 минуты

4. Чтобы уменьшить время теста до часа, и при этом получить хоть какую то статистику по выполнению операций, а так же улучшить «перемешивание» операций во время теста, можно увеличить интенсивность в 4 раза, при этом уменьшив количество пользователей так же в 4 раза.
24/4 = 6 мин. = 360 секунд

Таким образом, 5 виртуальных пользователей, выполняя операцию с периодом 6 минут, обеспечат за 4 часа заданную производительность равную 200 операциям.


Что дает такой пересчет:
Во-первых, есть возможность снизить время теста, не теряя статистики выполнения операций, а следовательно и достоверности результатов теста.
Во-вторых, можно снизить количество моделируемых пользователей там где их число уходит за несколько тысяч и таким образом понизить требования к количеству ресурсов нагружающих компьютеров (1VU может требовать до 10Мб оперативной памятинагружающего компьютера ), а в некоторых случаях и выполнить условия лицензионного соглашения (стоимость лицензии для тестового инструментария зависит от количества виртуальных пользователей)

Какие есть ограничения:
Для некоторых приложений, может быть критично количество одновременно открываемых соединений между клиентом и сервером. Встречались ситуации когда запросы к базе данных начинали работать значительно медленнее если при работе с приложением увеличивается количество именно разных пользователей (разные логины) а не интенсивность запросов. И наконец, увеличение интенсивности выполнения операций, не должно приводить к ситуации когда период повторения становится меньше чем время выполнения самой операции.

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

Автор: Андрей Широбоков

Наверх

Рекомендация: Модель анализа нагрузки

Обзор

Качество программного обеспечения оценивается по различным параметрам, среди которых надежность, функциональность и
производительность (см. Концепция:
Параметры качества). Модель анализа нагрузки (см. Рабочий продукт: Модель анализа нагрузки) создается для идентификации
и определения различных переменных, которые влияют на производительность приложения или системы, и показателей,
необходимых для оценки производительности. Профили нагрузки, из которых состоит модель, представляют возможные условия,
которые должны имитироваться для объектов тестирования в одной или нескольких конфигураций среды тестирования. Модель
анализа нагрузки используется следующими ролями:

  • специалист по анализу тестов (см. Роль:
    Специалист по анализу тестов) применяет модель анализа нагрузки для определения плана тестирования и тестовых
    сценариев для различных тестов
  • проектировщик тестов (см. Роль:
    Проектировщик тестов) использует модель анализа нагрузки для определения подходящего метода тестирования и
    требований пригодности к тестированию для различных тестов
  • специалист по тестированию (см. Роль: Специалист
    по тестированию) использует модель анализа нагрузки, чтобы лучше понять цели теста для реализации, выполнения и
    анализа выполнения.
  • представитель пользователей (см. Роль:
    Заинтересованное лицо) использует модель анализа нагрузки для оценки уместности нагрузки и тестов, которые
    требуются для эффективного оценивания поведения системы в данной модели анализа нагрузки

В модель анализа нагрузки включается информация о характеристиках и атрибутах в следующих основных областях:

  • Сценарии вариантов использования (или экземпляры, см. Рабочий
    продукт: Вариант использования), которые должны выполняться и оцениваться во время тестирования
  • Субъекты (см. Рабочий продукт: Субъект), имитируемые или эмулируемые при
    тестировании
  • Профиль нагрузки, представляющий число и тип существующих одновременно экземпляров субъектов, сценариев вариантов
    использования, выполняемых этими экземплярами субъектов, и интерактивными ответами или быстродействием, связанными
    с каждым из этих сценариев.
  • Конфигурация среды тестирования (фактическая, имитируемая или эмулируемая), применяемая при выполнении и оценке
    тестов (см. Рабочий продукт: Конфигурация среды тестирования. См. также Рабочий продукт: Документ архитектуры программного обеспечения,
    представление Развертывание, на основе которого должна создаваться Конфигурация среды тестирования)

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

Варианты использования и их
атрибуты

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

Критические варианты использования

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

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

  • требуют измерения и оценки на основе профиля нагрузки
  • часто выполняются одним или несколькими конечными пользователями (экземплярами субъекта)
  • для которых высока доля (в процентах) использования системы
  • расходуют значительные ресурсы системы

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

Дополнительно установите (или проверьте) следующую информацию:

  • Входные условия для вариантов использования, такие как состояние данных (какие данные должны / не должны
    существовать) и состояние тестируемой системы
  • Данные, которые могут быть постоянными (одинаковыми) или должны быть разными для разных сценариев варианта
    использования
  • Отношение между данным вариантом использования и другими вариантами использования, такие как последовательность, в
    которой должны выполняться эти варианты использования
  • Частота выполнения сценария варианта использования, в том числе такие характеристики, как число одновременно
    существующих экземпляров варианта использования и доля полной нагрузки каждого сценария на систему.
Значимые варианты использования

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

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

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

Субъекты и их атрибуты

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

Субъекты и варианты использования банкомата.

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

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

  • Опытный пользователь банкомата
  • Неопытный пользователь банкомата
  • Счет пользователя банкомата находится «внутри» банковской сети этого банкомата (счет пользователя — в банке,
    которому принадлежит этот банкомат)
  • Счет пользователя банкомата находится вне банковской сети этого банкомата (в конкурирующем банке)

Для каждого профайла субъекта определите различные атрибуты и их значения:

  • Время обдумывания — время, которое требуется субъекту для ответа на отдельные запросы тестируемой системы
  • Скорость ввода — скорость, с которой субъект взаимодействует с интерфейсом
  • Темп запросов — скорость, с которой субъект создает запросы к тестируемой системе
  • Коэффициент повтора — число повторов варианта использования или запроса в последовательности
  • Метод взаимодействия — метод взаимодействия, применяемый субъектом, такой как использование клавиатуры для ввода
    значений, переход к полю с помощью клавиши табуляции, использование ускоряющих клавиш и и.д. или использование мыши
    для того чтобы «указать и выбрать», «вырезать и вставить» и т.д.

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

Системные атрибуты и переменные

Необходимо идентифицировать некоторые атрибуты и переменные, которые уникально определяют конфигурацию среды
тестирования, так как они тоже влияют на измерение и оценивание поведения. К ним относятся:

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

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

Профили нагрузки

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

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

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

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

Если тестирование нагрузки включает Тестирование при пиковой нагрузке (см. Концепция:
Тестирование производительности и Прием: Типы
тестов), то необходимо определить несколько дополнительных видов нагрузки, каждый из которых будет относиться к
определенному аспекту системы в необычных или непредвиденных состояниях, которые сильно отличаются от ожидаемой
нормальной нагрузки развернутой системы.

Определение качества работы
и критерии

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

  • Какие требуются измерения?
  • Где находятся и каковы критические точки измерений в тестируемой системе или при выполнении варианта использования
  • Каковы критерии, которые должны применяться для определения допустимых характеристик производительности?
Критерии качества работы

Во время выполнения теста можно произвести множество измерений. Определите наиболее значимые измерения и обоснуйте их
значимость.

Ниже перечислены более общие характеристики производительности, которые отслеживаются или записываются:

  • Состояние или статус тестового сценария — графическое изображение текущего состояния, статуса или хода выполнения
    теста
  • Время ответа / Быстродействие — измерение (вычисление) времен ответа или быстродействия (обычно определяется как
    число транзакций в секунду).
  • Трассировка — запись сообщений / диалога между субъектом (тестовым сценарием) и тестируемой
    системой или потока данных и/или потока процесса во время выполнения.

ЗА дополнительной информацией обратитесь к разделу Прием:
Ключевые показатели тестирования

Критические точки измерения производительности

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

Например, в определенном выше варианте использования Банкомат — Снять деньги со счета мы можем измерить характеристики
производительности всего экземпляра варианта использования (от точки, в которой Субъект инициирует снятие денег со
счета, до точки, в которой вариант использования завершается, то есть Субъект получает свою кредитную карточку, и
банкомат готов принять другую карточку), как показывает черная строка «Общее затраченное время» в приведенной ниже
диаграмме:

Заметим, однако, что вклад в общее затраченное время дают множество последовательностей событий; часть из них
контролируем мы (чтение информации с карточки, проверка типа карточки, инициация соединения с банковской системой и
т.д. — это пункты B, D и E), но другие последовательности мы не контролируем (такие как ввод субъектом PIN-кода или
чтение им приглашений перед вводом снимаемой суммы — пункты A, C и F). В приведенном выше примере кроме общего
затраченного времени можно было бы измерить времена ответа для последовательностей B, D и E, поскольку эти события —
наиболее явные времена ответа субъекту (и мы можем изменить их через программное /аппаратное обеспечение для
развертывания).

Критерии эффективности

После того как критические показатели производительности и точки измерений определены, проверьте критерии
эффективности. Критерии эффективности устанавливаются в дополнительных спецификациях (см. Рабочий продукт: Дополнительные спецификации). Если необходимо,
измените эти критерии.

Ниже перечислены некоторые критерии, которые часто применяются для измерения производительности:

  • время ответа (интерактивного ответа)
  • быстродействие
  • процентили ответов

Основные критерии — это время интерактивного ответа, измеряемое в секундах, или быстродействие, измеряемое числом
обработанных транзакций (или сообщений).

Например, для варианта использования Снять деньги со счета устанавливаются следующие критерии: «события B, D и E (см.
диаграмму выше) должны происходить не более чем за три секунды (все вместе — за 9 секунд)». Если во время тестирования
обнаруживается, что события, идентифицируемые как B, D и E, продолжаются дольше, чем установленные критерием 3 секунды,
то мы должны отметить это как неудачу.

Процентили, измеренные в сочетании с временами ответа и/или быстродействием, позволяют «статистически игнорировать»
измерения, которые выходят за рамки установленного критерия. Например, критерий качества для рассматриваемого варианта
использования теперь устанавливает, что «для 90-й процентили события B, D и E должны происходить не более чем за три
секунды …». Если во время выполнения теста мы устанавливаем, что 90 процентов всех измерений производительности
соответствуют установленному критерию, то неудача не фиксируется.

Про Тестинг — Автоматизированное Тестирование

Раздел: Автоматизация > Практикум > Модель нагрузки, как отправная точка при тестировании производительности

  1. Введение
  2. Что же такое нагрузочное тестирование?
  3. Анализ требований
  4. Анализ целевой аудитории
  5. Определение базового профиля нагрузки
  6. Разработка моделей нагрузки
  7. Выводы
  8. Литература

Введение

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

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

Что же такое нагрузочное тестирование?

Нагрузочное тестирование или тестирование производительности — это автоматизированное тестирование, имитирующее работу определенного количества бизнес пользователей на каком либо общем (разделяемом ими) ресурсе.

Основные виды нагрузочных тестов:

  • Тестирование производительности (Performance Testing)

  • Стрессовое тестирование (Stress testing)

  • Объемное тестирование (Volume Testing)

  • Тестирование стабильности или надежности (Stability or Reliability Testing)

Говоря ранее о качественном нагрузочном тестировании, я имел ввиду проведение полного цикла работ:

Далее в статье речь пойдет преимущественно о первом и на мой взгляд самом важном этапе – о разработке моделей нагрузки (Work Load Model).

Разобьем работу над моделью нагрузки на несколько частей и определим, что необходимо будет делать на каждой из них:

  • анализ требований

  • анализ целевой аудитории

  • определение базового профиля нагрузки

  • разработка моделей нагрузки

А теперь более подробно рассмотрим каждый пункт, шаг за шагом.

Наверх

Анализ требований

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

  • Время отклика (время необходимое для открытия страницы или получения ожидаемого результата)
  • Интенсивность (число запросов в секунду – (Qps)
  • Используемые ресурсы (загрузка процессора, кол-во используемой памяти, дисковое и сетевой I/O)
  • Максимальное количество пользователей (определяет число пользователей, способных работать с системой в условиях заданной конфигурации)

А также некоторые метрики связанные с работой бизнес сценариев (например, количество бизнес операций в единицу времени, время выполнения бизнес операции и т.д.)

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

Анализ требований в зависимости от типа проекта

При анализе требований необходимо учесть разрабатывается ли новое (startup project) или же проект направлен на профилирование нагрузки для уже находящегося в эксплуатации приложения (profiling project).

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

Для startup проектов:

  • анализ общепринятых критериев производительности

  • анализ производительности конкурирующих приложений

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

  • анализ ожиданий целевых пользователей (групп пользователей)

Для profiling проектов:

  • анализ общепринятых критериев производительности

  • анализ производительности конкурирующих приложений

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

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

  • анализ мнения целевых пользователей (групп пользователей)

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

Наверх

Анализ целевой аудитории

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

В результате мы получим:

  • Четко выделенные группы пользователей (например, администраторы, операторы, зарегистрированные клиенты, новые пользователи и т.д.)

  • Описание сценариев тестирования, на основе реального поведения пользователей из каждой группы.

  • График распределение выполнения бизнес операций в течении дня.

Наверх

Определение базового профиля нагрузки

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

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

Например:

В группе “Администраторы” работает 10 админов. Они выполняют 2 основные операции — “добавить пользователя” и “забанить пользователя”.

Распределим выполнение операций следующим образом: 5 админов выполняют операцию добавления и 5 забанивают пользователей. Проведем перерасчет интенсивности выполнения операций:

В течении дня 10 администраторов добавляют 240 пользователей. Значит, интенсивность выполнения операции добавления для 1 администратора = 1 операция в час. Но в нашем случае только 5 админов будут выполнять операцию добавления, значит нам необходимо увеличить интенсивность так, чтобы количество добавленных пользователей осталось прежним. Итого, мы получим, что выполняя по 2 операции в час, 5 админов будут добавлять те же 240 пользователей. Проведя аналогичный перерасчет интенсивности для операции “забанить пользователя”, мы получим профиль нагрузки для группы Администраторы:




группакол-во юзеровоперацияинтенсивность опер./час
админы5добавить пользователя2
админы5забанить пользователя5

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











группакол-во юзеровоперацияинтенсивность опер./сек
админыZдобавить пользователяN
админыZзабанить пользователяN
покупателиZвход/выход в системуN
покупателиZпоиск товараN
покупателиZпокупка товараN
продавцыZпросмотр посещенияN
продавцыZдобавление/удаление товараN

Именно это таблица и будет являться полным базовым профилем нагрузки (performance baseline profile) для тестируемого приложения.

Наверх

Разработка моделей нагрузки

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

Так разным может быть:

  • количество пользователей и интенсивность запросов

  • старт самих пользователей: последовательно по одному, ступенчато группами или же запуск всех сразу.

  • длительность сценария от 10 минут до нескольких часов или даже дней.

Проще всего изменения проводить, варьируя параметрами в базовом профиле нагрузки и инструменте для тестирования производительности (например, в HP LoadRunner Controller).

Модель тестирования производительности

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

  • измерение времени выполнения выбранных операций при определенных интенсивностях выполнения этих операций

  • количество пользователей, способных одновременно работать с приложением

  • границы приемлемой производительности при увеличении нагрузки

  • производительность при разных нагрузках

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

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

Модель объемного тестирования

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

Модель тестирования стабильности или надежности

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

Наверх

Выводы

Четкое следование всем вышеописанным инструкциям по разработке моделей нагрузки, позволит нам:

  • провести дополнительный анализ и тестирование требований по производительности

  • уточнить параметры и характеристики производительности

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

  • получить на выходе план предстоящих работ связанных с нагрузочным тестированием

  • определить предельный объем данных системы (с сохранением приемлемой производительности)

  • определить предельное количество пользователей (групп) системы (с сохранением приемлемой производительности)

  • определить ресурсоёмкие операции или сценарии (для дальнейшего профилирования системы)

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

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

Наверх

Литература

  1. Технология нагрузочного тестирования информационных систем с большим объемом данных , Вячеслав Берзин, Oracle Magazine, [01.12.04]
  2. Блог “Нагрузочное тестирование ПО” (http://ashirobokov.blogspot.com), Андрей Широбоков
  3. Сайт “ПроТестинг.RU” (http://www.protesting.ru/automation/performance.html)
  4. Performance Testing Guidance for Web Applications, J.D. Meier, Carlos Farre, Prashant Bansode, Scott Barber, and Dennis Rea; Microsoft Corporation; September 2007

Автор: Алексей Булат

Обсудить статью в блоге автора

Наверх

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

Раздел: Автоматизация > Нагрузочное тестирование > Разработка модели нагрузки

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

Для этого необходимо определить следующее:

  • список тестируемых операций
  • интенсивность выполнения операций
  • зависимость изменения интенсивности выполнения операций от времени

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

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

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

Далее предлагаю вам ознакомиться со следующими разделами, шаг за шагом раскрывающими специфику разработки модели нагрузки:

Автор: Андрей Широбоков

Наверх

Как обеспечить сбор профиля мощности. АСКУЭ яЭнергетик

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

Зарегистрируйтесь на сайте, чтобы начать работу со своими счетчиками.

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

Чтобы обеспечить качественный сбор профилей мощности, первым делом включите все необходимые расписания опроса:

S6p1

Однако, могут возникать ситуации, когда профили мощности со счетчиков будут поступать с пропусками («дырами»).

На яЭнергетик такие случаи обозначены красными областями на графиках:

S6p2

S6p2

Передача почасовых отчетов

Формирование и автоматическая отправка почасовых отчетов в формате 80020, Excel и др.
Контроль доставки
Расчет стоимости электроэнергии

Узнать подробнее

Какова природа этих «дыр»? Как с ними бороться и нужно ли?

Желательно, чтобы все пропуски были закрыты. Особенно важным это становится, если вам требуется сдавать в энергосбыт отчеты о почасовом потреблении. Энергосбыт вправе отклонить отчет с дырами и начислить мощность расчетным способом, а это может приводить к значительным переплатам.

Если у вас большое количество объектов, то ознакомиться с полнотой собранной информации по профилям мощности можно на странице с обзором (если выбрать закладку «Профиль мощности»):

S6p3

Здесь все данные представлены за каждые сутки. Если ячейка синяя, значит все данные были собраны полностью. Если же видите незакрашенные или частично закрашенные ячейки, то значит нужно разобраться, что произошло на таком объекте, и устранить пропуски.

А теперь рассмотрим, по каким причинам могут возникать пропуски и как их устранять.

1. Плохая связь со счетчиком (модемом). Профили мощности передаются пакетами. Из-за плохой связи пакет может прийти с ошибками, и будет отбракован системой. Чтобы устранить такую дыру, просто нажмите еще раз кнопку «Опросить» и дождитесь окончания выполнения запроса.

S6p4

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

Чтобы опросить журнал, зайдите на закладку «Показатели качества» и нажмите «Опросить» в блоке с журналом:

S6p5

Пропуск на графике с профилем мощности окрасится в серый цвет:

S6p6

3. Корректировка времени. Если время на счетчике долго не корректировалось, то оно может убежать или отстать. В этом случае после корректировки (когда время отставало) на счетчике возникает период с отсутствующим профилем мощности.

яЭнергетик может запрашивать журналы синхронизации времени. Это доступно на закладке «Дополнительно» с помощью кнопки «Запросить журнал»:

S6p7

На графике с профилем мощности периоды с откорректированным временем окрашиваются в желтый цвет:

S6p8

Следует отметить, что в системе яЭнергетик заложены алгоритмы, чтобы избегать лишних корректировок, связанных с переводом часов. Если время отклонилось не сильно (до 4 минут), то время не корректируется, а происходит ускорение/замедление хода часов до момента устранения отклонения. Таким образом, важно выставить расписание автоматической синхронизации времени, чтобы время не успевало сильно убегать или отставать. Желательно, настроить ежедневное расписание корректировки времени. 

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

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

 

Про Тестинг — Нагрузочное тестирование — Разработка модели нагрузки

Раздел: Автоматизация > Нагрузочное тестирование > Разработка модели нагрузки > Изучение Приложения

Будем называть тестируемое прикладное программное обеспечение «приложением». Чтобы выделить части приложения, а именно операции, которые будут тестироваться, необходимо провести работу связанную с изучением приложения. Очень большую пользу при этом должны оказать разработчики приложения, если речь идет о тестировании в процессе разработки, либо бизнес пользователи и системные администраторы, если приложение находится в процессе эксплуатации. В ходе этой работы разумно сделать такие шаги:

  • Описать компоненты приложения и составить схемы взаимодействия между ними
  • Выделить критические с точки зрения предполагаемого тестирования операции. В качестве таковых могут быть выбраны:
    1. Операции с «тяжелыми» запросами к базе данных, процессы генерации отчетов
    2. Операции, выполняемые большим количеством пользователей или с высокой интенсивностью
    3. Операции критичные с точки зрения бизнеса, и к тому же удовлетворяющие условиям двух верхних пунктов

Еще раз хочется заметить, что опрос бизнес пользователей или совместное исследование с разработчиками и администраторами системы может значительно облегчить задачу. Если приложение находится в эксплуатации, то можно провести мониторинг загрузки компонентов аппаратных серверов (процессора, память, диски) и проанализировать системные журналы веб серверов (снять stats pack, если в качестве сервера базы данных, например, используется Oracle). Системные журналы могут показать пики высокой активности пользователей в течение дня и дать количественное оценки того сколько транзакций (хитов) выполняется в единицу времени. Согласно закону Паретто или принципу 20/80, 20% операций приложения генерируют 80% нагрузки в системе, поэтому нужно стараться выбрать для моделирования именно эти 20% операций.

Автор: Андрей Широбоков

Наверх

Профиль нагрузки


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

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

Почасовые данные

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

Щелкните «Показать все месяцы …», чтобы установить другой дневной профиль для выходных и будних дней и для каждого месяца года.

Если вы выберете «Копировать изменения вправо», любое введенное вами значение будет скопировано во все оставшиеся месяцы. Например, если вы введете «10» для января, час 0, все месяцы, час 0, будут установлены на 10.Если вы затем введете «9» для часа 0 в феврале, январь останется равным 10, а с февраля по декабрь будет установлен на 9. Вы можете редактировать значения для выходных или будних дней, выбрав соответствующую вкладку в верхней части таблицы. Изменения, внесенные в профиль для выходных, не влияют на профиль для будних дней, и наоборот.

Масштабированные данные для моделирования

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

Чтобы определить значение этого коэффициента, HOMER делит масштабированное среднегодовое значение на базовое среднегодовое значение. Масштабированные данные сохраняют форму и статистические характеристики исходных данных, но могут отличаться по величине. Значение по умолчанию для масштабированного среднегодового значения — это базовое среднегодовое значение. Когда два значения равны, масштабированные данные и базовая линия идентичны.

Примечание. Средняя нагрузка указывается в кВтч / день, а пиковая нагрузка — в кВт.

Две причины использовать масштабированное среднегодовое значение, которое отличается от базового среднегодового значения, — это преобразование единиц измерения (например, преобразование из W в кВт) или выполнение анализа чувствительности к величине тепловой нагрузки. Нажмите кнопку «Чувствительность» (справа от текстового поля), чтобы ввести несколько значений для анализа чувствительности.

Кнопка «Экспорт» позволяет экспортировать масштабированные данные в текстовый файл.

Нажмите кнопку «График» в нижней части страницы, чтобы просмотреть подробный анализ серии Тимма.

Прочие опции

Вы можете установить дополнительные параметры на странице «Загрузить профиль», как описано в таблице ниже.

Переменная

Описание

Случайная изменчивость

Задает дневную или почасовую изменчивость, используемую при синтезе искусственных данных.

Тип нагрузки

Выберите тип нагрузки: переменный ток (AC) или постоянный ток (DC)

Эффективность (продвинутый уровень)

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

Множитель КПД

Коэффициент, на который умножается эта основная нагрузка, если реализован пакет повышения эффективности. (Введите 0,80 для снижения нагрузки на 20%.) *

Капитальные затраты ($)

Стоимость реализации мероприятий по повышению эффективности, $. *

Срок службы (лет)

Срок службы мер по повышению эффективности в годах.*

* Для этого входа требуется модуль Advanced Load. См. Раздел Добавление модулей для получения дополнительной информации о покупке этих модулей.

См. Также

Добавление нагрузки

,

профиль загрузки — это … Что такое профиль загрузки?

  • Профиль нагрузки — В электротехнике профиль нагрузки представляет собой график изменения электрической нагрузки во времени. Профиль нагрузки будет варьироваться в зависимости от типа клиента (типичные примеры включают жилой, коммерческий и промышленный), температуры и…… Wikipedia

  • Профиль нагрузки — Информация об использовании потребителем в течение определенного периода времени, иногда отображается в виде графика… Энергетические термины

  • Профиль или форма нагрузки — Кривая на графике, показывающая подаваемую мощность (кВт) (по горизонтальной оси) в зависимости от времени возникновения (по вертикальной оси), чтобы проиллюстрировать отклонение нагрузки за указанный период времени … Энергетические условия

  • визуальный профиль нагрузки — график, на котором сравниваются рабочие нагрузки с доступной мощностью в зависимости от времени (см. Диаграмму).Визуальный профиль нагрузки… Большой словарь бизнеса и менеджмента

  • Балансировка нагрузки (электрическая мощность) — (суточный резерв пиковой нагрузки) относится к использованию электростанциями различных методов для хранения избыточной электроэнергии в периоды низкого спроса для высвобождения по мере роста спроса. [cite web url = http: //www.electricitystorage.org/technologies.h…… Wikipedia

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

  • профиль равновесия — 1.: продольный профиль потока, плавный градиент которого так приспособлен к объему воды, количеству и характеру нагрузки, чтобы поддерживать приблизительное равновесие при продолжении эрозии и транспортировки: ступенчатый профиль 2 .: the…… Полезный английский словарь

  • Устройство для модульной загрузки — Устройство для модульной загрузки, или ULD, представляет собой поддон или контейнер, используемый для загрузки багажа, грузов и почты на широкофюзеляжных и определенных узкофюзеляжных самолетах.Это позволяет объединить большое количество груза в большую единицу. Поскольку это приводит к меньшему количеству…… Wikipedia

  • Профиль рельса — Рельс 1896 г. Поперечные сечения с плоским дном, которые могут опираться прямо… Wikipedia

  • NMOS-логика с истощающей нагрузкой — Depletion-load nMOS / NMOS (n-канальный металлооксидный полупроводник) — это форма семейства nMOS-логики, в которой используются полевые МОП-транзисторы в режиме обеднения n-го типа в качестве нагрузочных транзисторов в качестве метода, позволяющего работать с одним напряжением и достигать большего скорость, чем возможно с… Wikipedia

  • Профиль Валькирии — Информационное окно VG title = Valkyrie Profile caption = Искусство драгоценного футляра из североамериканской версии профиля Valkyrie для PlayStation.разработчик = tri Ace tri Crescendo (звуковая работа) TOSE (порт для PSP) издатель = PSX: Enix PSP: Square Enix дизайнер =…… Wikipedia

  • ,

    Профили нагрузки | TMap

    Подход На основе покрытия — Внешний вид
    Опытная разновидность
    • Производительность
    • Непрерывность
    • Возможности подключения
    • Эффективность
    Тестовая база Описание реальных профилей пользователей

    Профили нагрузки описывают нагрузку, при которой работает система, с точки зрения количества пользователей, одновременно работающих с системой.Целью тестирования профилей нагрузки является проверка: «Система работает правильно, когда много транзакций выполняются многими пользователями одновременно». Профиль нагрузки часто применяется в сочетании с типом покрытия Рабочие профили.

    Профили нагрузки показывают степень реальной загрузки системных ресурсов (ЦП, память, емкость сети). Загрузка обычно отображается в виде количества пользователей или количества транзакций, выполненных за определенный период.Обычно загрузка системы не является постоянной, а меняется в течение определенного периода времени: в пределах 24-часового отрезка есть пики и спады. Часто в выходные дни нагрузка отличается от будней. А в праздничные и праздничные дни загрузка системы может снова выглядеть иначе.

    Для создания профиля нагрузки объединяется информация из следующих источников:

    • Измерение загрузки системы с помощью специальных инструментов (мониторов).
      • Ответственность за это обычно лежит на отделе «Технического администрирования системы»
    • Опрос пользователей
      • Фактически, это сводится к следующим вопросам: «Какие операции вы проводите? Как часто и когда? »

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

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

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

    • Тестирование при нормальном или среднем использовании
      • Цель состоит в том, чтобы проверить, подходят ли доступные системные ресурсы для «обычных» обстоятельств. Идея здесь в том, что может быть коммерчески выгодным развертывание дополнительных ресурсов в тех редких случаях, когда имеет место «исключительно большая нагрузка»
    • Тестирование с пиковой нагрузкой
      • Цель состоит в том, чтобы проверить, достаточно ли системных ресурсов даже для самых сложных обстоятельств, которые могут возникнуть на практике.
    • Измерение предела прочности
      • Это также известно как «стресс-тестирование».Цель здесь — изучить, при какой максимальной нагрузке система будет работать приемлемо. В конкретной конфигурации системы нагрузка увеличивается, а время отклика измеряется. Это можно отобразить на графике. В момент, когда график показывает резкий наклон, время отклика увеличивается непропорционально быстро (отклик «схлопывается»), и критическая точка наступает.

    .

    профиль загрузки — это … Что такое профиль загрузки?

  • Профиль нагрузки — В электротехнике профиль нагрузки представляет собой график изменения электрической нагрузки во времени. Профиль нагрузки будет варьироваться в зависимости от типа клиента (типичные примеры включают жилой, коммерческий и промышленный), температуры и…… Wikipedia

  • Профиль нагрузки — Информация об использовании потребителем в течение определенного периода времени, иногда отображается в виде графика… Энергетические термины

  • Профиль или форма нагрузки — Кривая на графике, показывающая подаваемую мощность (кВт) (по горизонтальной оси) в зависимости от времени возникновения (по вертикальной оси), чтобы проиллюстрировать отклонение нагрузки за указанный период времени … Энергетические условия

  • визуальный профиль нагрузки — график, на котором сравниваются рабочие нагрузки с доступной мощностью в зависимости от времени (см. Диаграмму).Визуальный профиль нагрузки… Большой словарь бизнеса и менеджмента

  • Балансировка нагрузки (электрическая мощность) — (суточный резерв пиковой нагрузки) относится к использованию электростанциями различных методов для хранения избыточной электроэнергии в периоды низкого спроса для высвобождения по мере роста спроса. [cite web url = http: //www.electricitystorage.org/technologies.h…… Wikipedia

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

  • профиль равновесия — 1.: продольный профиль потока, плавный градиент которого так приспособлен к объему воды, количеству и характеру нагрузки, чтобы поддерживать приблизительное равновесие при продолжении эрозии и транспортировки: ступенчатый профиль 2 .: the…… Полезный английский словарь

  • Устройство для модульной загрузки — Устройство для модульной загрузки, или ULD, представляет собой поддон или контейнер, используемый для загрузки багажа, грузов и почты на широкофюзеляжных и определенных узкофюзеляжных самолетах.Это позволяет объединить большое количество груза в большую единицу. Поскольку это приводит к меньшему количеству…… Wikipedia

  • Профиль рельса — Рельс 1896 г. Поперечные сечения с плоским дном, которые могут опираться прямо… Wikipedia

  • NMOS-логика с истощающей нагрузкой — Depletion-load nMOS / NMOS (n-канальный металлооксидный полупроводник) — это форма семейства nMOS-логики, в которой используются полевые МОП-транзисторы в режиме обеднения n-го типа в качестве нагрузочных транзисторов в качестве метода, позволяющего работать с одним напряжением и достигать большего скорость, чем возможно с… Wikipedia

  • Профиль Валькирии — Информационное окно VG title = Valkyrie Profile caption = Искусство драгоценного футляра из североамериканской версии профиля Valkyrie для PlayStation.разработчик = tri Ace tri Crescendo (звуковая работа) TOSE (порт для PSP) издатель = PSX: Enix PSP: Square Enix дизайнер =…… Wikipedia

  • ,