ТЕСТИРОВАНИЕ ПРОИЗВОДИТЕЛЬНОСТИ

ТЕСТИРОВАНИЕ
ПРОИЗВОДИТЕЛЬНОСТИ
Описание услуги
Все права на представленные материалы принадлежат ООО «Перфоманс Лаб”.
Полное или частичное копирование материалов запрещено.
При использовании ссылка на правообладателя и источник заимствования обязательна.
Содержание
РЕЗЮМЕ ДЛЯ РУКОВОДИТЕЛЕЙ...........................................................................3
ВИДЫ ТЕСТИРОВАНИЯ ПРОИЗВОДИТЕЛЬНОСТИ...............................................4
Нагрузочное тестирование....................................................................................4
Стресс-тестирование.........................................................................................5
Тестирование объемов.........................................................................................5
Тестирование стабильности...................................................................................6
Тестирование отказоустойчивости..........................................................................6
ИНСТРУМЕНТЫ НАГРУЗОЧНОГО ТЕСТИРОВАНИЯ...............................................6
ТЕСТОВЫЕ СРЕДЫ................................................................................................7
ОПИСАНИЕ ТИПОВОГО ПРОЕКТА ПО НАГРУЗОЧНОМУ ТЕСТИРОВАНИЮ.........8
Результаты проекта.............................................................................................8
Этапы проекта..................................................................................................8
Артефакты.......................................................................................................10
Команда проекта..............................................................................................11
СИСТЕМНЫЙ АНАЛИЗ И ОПТИМИЗАЦИЯ ПРОИЗВОДИТЕЛЬНОСТИ...............12
ПРИМЕРЫ.............................................................................................................14
Тестирование и оптимизация производительности банковской розничной ИТ-системы......14
Нагрузочное тестирование веб-портала.................................................................15
Оптимизация Axapta для работы в сезон высоких продаж............................................15
КОНТАКТЫ............................................................................................................15
Резюме для руководителей
Тестирование
производительности
позволяет Вам
взять ситуацию
под контроль и
гарантировать
Бизнесу высокое
качество сервиса
Производительность информационных систем – это область, которая
никогда не теряет актуальности в современных департаментах ИТ
крупных организаций. Банки, ритейлеры, операторы связи, страховые
компании и государственные ведомства с каждым днем становятся
все более зависимы от информационных систем. С каждым днем
сложность и уровень интеграции ИТ-систем возрастает, а значит
производительность критичных бизнес-процессов зависит от
всё большего количества компонентов и становится всё менее
предсказуемой. Эта ситуация опасна тем, что в какой-то момент
ИТ-руководитель вынужден признать, что он не может гарантировать
бизнес-подразделениям необходимую производительность,
быстродействие и надежность ИТ-сервисов. Он не знает какой
уровень нагрузки является максимальным для ИТ-системы. Также
он не знает, как скажется на производительности любое изменение
конфигурации, например, установка новой версии ИТ-системы или
обновление промежуточного ПО.
Тестирование производительности подразумевает создание тестовой
среды, в которой будет размещена копия реальной ИТ-системы. Это
позволяет проводить эксперименты, создавая нагрузку на систему
путем эмуляции одновременной работы сотен и тысяч пользователей,
запуская «тяжелые» серверные операции, моделируя взаимодействие
с другими ИТ-системами.
Тестирование производительности позволяет
•
Определить максимальную производительность ИТ-системы и,
наконец, понять
o сколько пользователей может работать
в системе одновременно?
o при какой нагрузке быстродействие критичных
бизнес-операций снижается?
o при какой нагрузке ИТ-сервис становится недоступен?
•
Измерить время выполнения критичных операций
на разных уровнях нагрузки
•
Обнаружить узкие места, которые ограничивают
производительности ИТ-системы
•
Сравнить между собой различные версии ИТ-системы,
различные конфигурации оборудования и системного ПО
•
Выяснить, готовы ли Вы к сезону высоких продаж, рекламе
в интернете или открытию новых филиалов
•
Узнать какой объем базы данных является предельным
для ИТ-системы
Но главное – тестирование производительности позволяет Вам взять
ситуацию под контроль и гарантировать Бизнесу высокое качество
сервиса.
В данном документе мы подробно описываем нашу технологию
проведения тестирования производительности, требования к
тестовым средам, приводим примеры реальных проектов. Также мы
включили в документ описание наших решений в области оптимизации
производительности, которые являются востребованной опцией
проектов по тестированию производительности.
3
Виды тестирования
производительности
Нагрузочное
тестирование
проводится
с целью проверки
соответствия системы
требованиям к
производительности
НАГРУЗОЧНОЕ
ТЕСТИРОВАНИЕ
Основной тип тестирования
производительности, нагрузка
создается при помощи
«виртуальных пользователей»,
которые эмулируют действия
реальных пользователей
системы. Модель подаваемой
таким образом нагрузки, очень
близка к реальной работе
системы и позволяет точно
оценить ее максимальную
производительность.
Нагрузочное тестирование
проводится с целью
проверки соответствия
системы требованиям к
производительности, оно
обеспечивает:
•
минимизацию рисков,
связанных со снижением
производительности,
возможными сбоями или
отказами информационной
системы под нагрузкой
с учетом всех фоновых
процессов системы и др.
внешних факторов путем
своевременного обнаружения
проблем производительности,
локализации «узких мест» и
предоставлению рекомендаций
по их устранению в ходе
проведения тестирования
производительности;
•
минимизацию
рисков, связанных с
возможной деградацией
производительности
новой версии системы
под нагрузкой, путем
сравнительного тестирования
производительности двух
версий системы;
•
оптимизацию расходов
на инфраструктуру за счет
предоставления информации
о параметрах загрузки
Данный вид тестирования
нацелен на определение
предела производительности
информационной системы.
Суть данного вида испытаний
заключается в постепенном
увеличении нагрузки на
тестовую систему до
наступления момента
«насыщения».
Для системы, автоматизирующей выдачу потребительских кредитов в
банке, показателем производительности может служить количество
кредитных заявок, которые система позволяет завести в течение часа.
Тогда пределом произво-дительности данной системы будет являться
максимально возможное число кредитных заявок, заведенных за час.
Для корпоративного веб-портала произво-дительность может быть
измерена в числе пользователей, которые могут посещать страницы
портала одновременно.
4
Владение
информацией
о пределе
производительности
ИС позволяет
своевременно учесть
риски, связанные
с отказом
в обслуживании
из-за растущей
нагрузки
Рисунок 1. Увеличение числа виртуальных пользователей,
работающих в системе
Например, на рисунке
видно, что, если в некой
системе будут одновременно
совершать операции 60 и более
пользователей (фиолетовая
«лесенка» на графике
показывает постепенное
увеличение числа виртуальных
пользователей), система начнет
выдавать ошибки (например,
красная кривая это ошибки
веб-сервера «step download
timeout»).
Владение информацией о
пределе производительности
ИС позволяет своевременно
учесть риски, связанные с
отказом в обслуживании из-за
растущей нагрузки.
Нагрузочное тестирование
является основным способом
определения узких мест
производительности на
уровне базы данных, сервера
приложений, операционной
системы или сети.
СТРЕСС-ТЕСТИРОВАНИЕ
Стресс-тестирование оценивает
надёжность и устойчивость
системы в условиях превышения
пределов нормального
функционирования. Показатели
производительности при
5
проведении тестирования
снимаются при нагрузке
на систему, значительно
превышающей стандартную
с целью определения
выносливости и устойчивости
системы на случай
всплеска активности по ее
использованию.
ТЕСТИРОВАНИЕ
ОБЪЕМОВ
Тестирование объемов
определяет производительность
системы при историческом
увеличении объемов данных, а
также максимально возможный
объем данных для стабильного
функционирования системы.
Такой вид тестирования
применяют для того, чтобы
избежать увеличения времен
отклика системы по причине
роста объема базы данных. На
отдельной копии базы данных
генерируются дополнительные
данные, в соответствии
со всеми необходимыми
ограничениями и правилами
консистентности данных. После
генерации данных можно как
проверить работу отдельных
операций, так и провести
нагрузочный тест, который
Тестирование
стабильности
позволяет
смоделировать
поведение системы
при продолжительной
нагрузке на систему
покажет как будет вести себя
система на промышленных
объемах данных, при работе
сотен и тысяч пользователей.
обработки данных и/или время
отклика приложения в начале
теста и с течением времени не
уменьшалась.
ТЕСТИРОВАНИЕ
СТАБИЛЬНОСТИ
ТЕСТИРОВАНИЕ ОТКАЗОУСТОЙЧИВОСТИ
Тестирование стабильности
позволяет смоделировать
поведение системы при
продолжительной нагрузке на
систему. Этот вид тестирования
представляет из себя проверку
работоспособности системы
при длительном тестировании
производительности со средним
уровнем нагрузки. Тестирование
на стабильность преследует
цель - выявить утечки памяти
и проследить чтобы скорость
Тестирование отказоустойчивости проводится с целью
определения способности
системы противостоять и
успешно восстанавливаться
после возможных сбоев. Этот
вид тестирования проверяет
системы восстановления
(дублирующие основной
функционал системы), которые
в случае сбоев обеспечивают
сохранность и целостность
данных.
Инструменты нагрузочного
тестирования
В Перфоманс Лаб, для
нагрузочного тестирования
мы чаще всего применяем
инструменты HP LoadRunner
и Apache JMeter. Все наши
тест-дизайнеры обязательно
проходят обучение и получают
сертификат HP LoadRunnet.
Также у нас есть практический
опыт использования таких
инструментов как IBM Robot, IBM
Performance Tester и Microfocus
Silk Performer.
Тысячи виртуальных
пользователей выполняют
транзакции, эмулируя
промышленный трафик
Приложение
под нагрузкой
В ходе испытаний, результаты
мониторинга серверных и
сетевых ресусов отображаются
в контроллере
LoadRunner Controller
Контроллер - это пульт управления
нагрузочным тестом
Рисунок 2. Как работает LoadRunner
6
Результаты тестов сохраняются
в специальной базе данных
и позволяют проводить анализ
Тестовые среды
Неправильно
организованный
тестовый стенд
может сделать
результаты
нагрузочного
тестирования
бесполезными
Тестовая среда является
одним из самых важных
факторов успеха нагрузочного
тестирования. Неправильно
организованный тестовый стенд
может сделать результаты
нагрузочного тестирования
бесполезными.
Для проведения нагрузочного
тестирования могут быть
использованы тестовые среды
трех типов:
1. тестовая среда
аналогична промышленной
среде (совпадают вендор
серверного оборудования, тип,
состав и количество CPU, Memory, I/O);
2. тестовая среда
аналогична промышленной
среде в уменьшенном
масштабе (совпадают вендор
серверного оборудования, тип
и состав CPU, Memory, I/O, но
отличаются количественные
параметры CPU, Memory или
I/O);
3. тестовая среда не
аналогична промышленной
среде (могут не совпадать
вендоры оборудования,
и количество системных
ресурсов, но должны совпадать
тип и состав CPU, Memory, I/O).
В зависимости от типа
нагрузочного тестирования
может быть использован тот или
иной тип тестовой среды.
Тип тестовой среды
№
Цель нагрузочного тестирования
I
II
III
1
Определение максимальной
производительности
+
-
-
2
Стресс-тестирование
+
+
-
3
Тестирование стабильности
+
+
-
4
Сравнительное нагрузочное тестирование
+
+
+
Таблица 1. Зависимость типа тестовой среды от целей
нагрузочного тестирования
Как видно, полное соответствие
тестовой и промышленной
среды необходимо только при
определении максимальной
производительности системы.
Для сравнительного
тестирования может быть
использована среда типа III,
так как основная задача, здесь,
заключается в сравнительном
7
4
анализе результатов,
для своевременного
выявления деградации
производительности.
Перфоманс Лаб обладает
опытом проведения нагрузочных
испытаний на площадках
вендоров (IBM, SUN, HP) в
Москве и за пределами России.
Описание типового проекта
по нагрузочному
тестированию
Специалисты
Перфоманс Лаб
могут работать на
предоставленных
рабочих местах на
территории заказчика,
либо по удаленному
доступу к тестовой
среде
РЕЗУЛЬТАТЫ ПРОЕКТА
Результат тестирования
оформляется в виде отчета.
Отчет содержит в себе:
•
информацию о
максимальном количестве
пользователей способных
работать в системе
одновременно без
сбоев и деградации
производительности;
•
информацию о точных
параметрах быстродействия
ИТ-системы при планируемой
нагрузке с учетом всех
дополнительных бизнес
– процессов и фоновых
операций: времени выполнения
пользовательских операций
(при различной нагрузке),
загрузке ресурсов серверного
оборудования (CPU, Memory,
I/O);
•
информацию
о соответствии
производительности
системы требованиям к
производительности;
•
анализ «узких мест» в
работе системы и рекомендации
по их устранению;
•
информацию об
изменениях производительности
новой версии ИТ-системы по
сравнению с предыдущей,
в случае если проводилось
сравнительное тестирование
производительности нескольких
версий системы;
• информацию об изменении
производительности системы
ИТ-системы после проведения
плановых изменений.
Например, таких: изменение
ИТ-архитектуры, переход на
новую версию операционной
системы или СУБД, увеличение
числа филиалов и сотрудников,
8
интеграция с внешними ИТсистемами;
•
данные для формирования
конфигурации серверного
оборудования, оптимальной
для работы ИТ-системы на
ожидаемой нагрузке, в случае
если требовалось подобрать
необходимую конфигурацию
оборудования.
ЭТАПЫ ПРОЕКТА
Нагрузочное тестирование
можно разделить на
несколько выполняющихся
последовательно стадий:
1. Старт проекта. Вывод
специалистов.
Специалисты Перфоманс
Лаб могут работать на
предоставленных рабочих
местах на территории
заказчика, либо по удаленному
доступу к тестовой среде.
Архитектура тестового стенда,
на котором производится
тестирование, совпадает с
архитектурой промышленной
среды. Специалисты
Перфоманс Лаб используют для
тестирования Apache JMeter,
HP LoadRunner, IBM Performance
Tester, Microfocus Silk Performer и
др.
2. Создание и
согласование методики
тестирования
Методика тестирования
создается специалистами
Перфоманс Лаб после анализа
документации системы, бизнеспроцессов системы, а также
общения со специалистами
компании-заказчика. Подготовку
методики тестирования можно
подразделить на следующие
этапы:
Для успешного
проведения
тестирования
тестовый стенд
должен быть
доступен не менее
95% рабочего времени
•
сбор и анализ статистики
промышленной среды
•
сбор и анализ статистики
утилизации аппаратных
ресурсов промышленной среды
•
согласование требований
производительности
•
определение бизнеспроцессов и сценариев нагрузки
•
описание взаимодействия
с внешними системами
•
разработка чек-листа по
оценке готовности системы к
проведению тестирования
Готовая методика тестирования
передается на согласование
заказчику.
3. Создание тестовой
модели
Создание тестовой модели - это
основной, наиболее важный
и технически сложный этап.
На этом этапе происходит
разработка инструментов НТ,
отладка, а так же сам процесс
тестирования.
Для получения корректных
результатов тестирования
версия системы на тестовом
стенде фиксируется перед
началом работ и не изменяется
в ходе проекта. Доработка
системы (внесение любых
изменений) в ходе выполнения
проекта допускаются лишь для
устранения ошибок, мешающих
дальнейшему проведению работ.
Для успешного проведения
тестирования тестовый стенд
должен быть доступен не менее
95% рабочего времени.
Для проведения тестирования
специалистам Перфоманс
Лаб предоставляется доступ к
тестовому стенду с правами на
уровне тестируемых ролей и
пользователей системы, а также
на уровне администраторов ОС
и СУБД.
Создание тестовой модели
подразделяется на следующие
этапы:
•
проверка
работоспособности тестовой
среды
•
установка средства
нагрузочного тестирования на
нагрузочные станции
•
разработка нагрузочных
скриптов
•
разработка эмуляторов
внешних систем
•
создание сценариев
нагрузки
•
создание скриптов
генерации/деперсонализации
БД
•
подготовка тестовых
данных
Определение профиля нагрузки
Особое внимание при создании методики тестирования отводится
определению профиля нагрузки.
Профиль нагрузки представляет из себя набор операций с
заданными интенсивностями. Набор таких операций может
определяться на основе статистических данных, либо анализа
требований, предъявляемых к системе. Как правило выбирается
несколько профилей нагрузки, каждый из которых отличается
набором операций или их интенсивностей. Для качественного
тестирования производительности должны быть выбраны операции,
обеспечивающие наибольшую нагрузку на системы.
9
Для проведения
тестирования
специалистам
Перфоманс Лаб
предоставляется
доступ к станциям
генерации нагрузки
4.
Тестирование
В ходе подготовки к
тестированию команда
производит
•
генерацию тестовых
данных;
•
•
генерацию базы данных;
настройку средств
мониторинга;
•
проведение пробных
тестов;
•
оценку системы на
готовность к проведению
тестирования.
Для проведения тестирования
специалистам Перфоманс
Лаб предоставляется доступ к
станциям генерации нагрузки.
Этап проведения тестирования
представляет из себя
последовательность действий:
•
запуск тестов в
соответствии с согласованными
сценариями нагрузки
•
•
обработка результатов
оценка валидности
проведенных тестов
5. Системный анализ
и подготовка отчета
Результаты тестирования
анализируются специалистами
Перфоманс Лаб для
формирования выводов и
рекомендаций. Системный
анализ подразделяется на
следующие этапы:
•
анализ узких мест
производительности
•
подготовка рекомендаций
по изменению архитектуры,
инфраструктуры системы или
разработке соответствующих
организационных регламентов
•
подготовка рекомендаций
по оптимизации прикладного
программного обеспечения и
исходного кода
•
подготовка отчета с
результатами тестирования,
перечнем обнаруженных
проблем и рекомендациями
•
подготовка инструкции по
проведению тестирования для
последующих проектов.
АРТЕФАКТЫ
В ходе проведения тестирования
заказчику будут переданы
следующие артефакты:
№
АРТЕФАКТ
ФОРМАТ
ПРЕДОСТАВЛЕНИЯ
1
Методика
нагрузочного тестирования
MS Word
2
Скрипты генерации/деперсонализации
БД (если разрабатывались)
Формат используемой
системы тестирования
3
10
Эмуляторы (если разрабатывались)
Дистрибутив
4
Скрипты для проведения
нагрузочного тестирования
Формат используемой
системы тестирования
5
Отчет о результатах
нагрузочного тестирования
MS Word, MS Excel
6
Инструкция
по проведению тестов
MS Word
КОМАНДА ПРОЕКТА
Обычно команда по
нагрузочному тестированию
формируется из специалистов
следующих ролей.
Руководитель проекта
(опыт не менее 3-х лет)
отвечающий за управление
командой, контроль сроков,
согласование проектной
документации, разрешение
конфликтов, согласование
актов приемки сдачи работ,
взаимодействие с заказчиком
по всем возникшим вопросам,
расчет и согласование KPI.
Ведущий инженер по
производительности ПО
(опыт не менее 3-х лет),
отвечающий за разработку
методики нагрузочного
тестирования, актуализацию
и расширение профиля
нагрузки, разработку и
сопровождение инструментария
подачи нагрузки, разработку
и актуализацию скриптов для
нагрузочного тестирования,
разработку инструкций для
проведения нагрузочного
11
тестирования специалистами
Заказчика, анализ
необходимости проведения
нагрузочного тестирования,
запуск, контроль и анализ
результатов нагрузочного
тестирования релизов
и внеочередных патчей,
подготовку отчетов, анализ
узких мест и подготовка
рекомендаций по оптимизации
производительности,
анализ фактического и
прогнозируемого роста бизнеса
(CM), оценку аппаратной
платформы (в зависимости от
проекта).
Дизайнер тестов
нагрузочного тестирования
(опыт не менее 2-х лет),
отвечающий за разработку
тестовых сценариев,
подготовку тестовых данных
для тестирования, анализ
и исправление дефектов
тестовой модели, сбор и
анализ статистики, проведение
тестирования, обнаружение
и регистрацию дефектов
в процессе проведения
тестирования.
Системный анализ
и оптимизация
производительности
Оптимизацию
производительности
можно проводить на
уровне приложения,
базы данных,
оборудования и
на всех других
уровнях, однако
любая оптимизация
начинается с
определения узких
мест
Во время проведения анализа,
мы применяем наши внутренние
методики и передовые APMрешения, такие как HP Diagnostics. На рисунке ниже,
показано, как используется этот
инструмент для определения,
на что именно тратится время
при выполнении операций под
нагрузкой.
Рисунок 3 - HP Diagnostics
Также, используются простые
и стандартные инструменты,
такие как perfmon, vmstat или sar.
Оптимизацию производительности можно проводить
на уровне приложения, базы
данных, оборудования и на
всех других уровнях, однако
любая оптимизация начинается
с определения узких мест.
Узкие места мы анализируем
во время нагрузочных тестов,
так как без нагрузки проблем
производительности может
просто не быть.
Наш подход к оптимизации
производительности состоит из
следующих этапов:
1. Создание списка
оптимизаций (Optimization
List) согласно внутреннему
стандарту.
12
В этот список заносятся все
предложения по оптимизации,
которые возникают в ходе
проекта у всех его участников.
Первоначальное заполнение
списка выполняется
экспертом после анализа
данных мониторинга
производительности системы в
ходе нагрузочных тестов.
2. Создание плана
проверки оптимизаций
(Test Plan) в соответствии с
внутренним стандартом.
Данный документ, также как
и Optimization List, регулярно
актуализируется в ходе
проекта и представляет собой
описание последовательности
проведения нагрузочных тестов
для проверки эффективности
оптимизаций из Optimization List.
План составляется ведущим
специалистом по нагрузочному
тестированию таким образом,
чтобы в конечном итоге было
выявлено, какое влияние на
производительность оказала
каждая оптимизация.
Мы специально
выбрали различные
типы проектов, чтобы
Вы могли соотнести
их с существующими
задачами
3. Проведение
нагрузочных испытаний
согласно Test Plan.
Количество итераций
нагрузочного тестирования
будет зависеть от числа
предложенных оптимизаций
и от получаемых результатов.
Процесс будет окончен,
когда производительность
системы на тестовом стенде
достигнет зафиксированного
в требованиях уровня, либо
возникнут обстоятельства
препятствующие применению
оптимизаций или проведению
испытаний в тестовой среде.
4. Предоставление
рекомендаций по оптимизации
производительности системы
Заказчику.
В список рекомендаций войдут
те оптимизации из Optimization List, эффективность
которых подтвердилась
экспериментальным путем после
проведения нагрузочных тестов.
В данном разделе приведено
описание нескольких проектов
из практики Перфоманс Лаб. Мы
специально выбрали различные
типы проектов, чтобы Вы могли
соотнести их с существующими
задачами.
ЭТО ИНТЕРЕСНО!
Для анализа производительности SQL Server, экспертами Перфоманс
Лаб, используется ряд инструментов, в том числе внутренний
инструмент компании Microsoft, PSSDIAG. Преимущества утилиты
PSSDIAG связаны с её ориентированностью на сбор информации
о производительности, такой как утилизация выделенной СУБД
памяти, tempdb, кэш-планов выполнения, медленные SQL-выражения,
характеристики ввода-вывода и другие важные показатели.
Также, для мониторинга производительности SQL Server используются
внутренние счетчики, экспортируемые СУБД в Performance Monitor
(perfmon), например, page life expectancy, batch requests/sec и другие.
Опыт мониторинга производительности SQL Server был накоплен,
в том числе, в ходе совместных работ с инженерами Microsoft и
включает экспертизу в решении проблем производительности,
связанных с недокументированными особенностями ядра СУБД
различных версий.
13
ТЕСТИРОВАНИЕ
И ОПТИМИЗАЦИЯ
ПРОИЗВОДИТЕЛЬНОСТИ БАНКОВСКОЙ
РОЗНИЧНОЙ ИТСИСТЕМЫ
Ожидался рост
рабочей нагрузки
на системы,
обеспечивающие
розничные процессы
банка
Перед Заказчиком стояли
агрессивные цели по росту
розничного бизнеса. С
точки зрения IT, ожидалось
возрастание рабочей нагрузки
на системы, обеспечивающие
розничные бизнес-процессы, а
именно на систему Bank Retail.
Основные цели проекта:
1. Проактивное выявление
потенциальных узких мест
системы, которые могут
воспрепятствовать работе
системы Bank Retail на
повышенных уровнях нагрузки;
2. Преодоление этих узких
мест.
Рисунок 4. План тестирования Bank Retail
На рисунке представлен
календарный план, согласно
которому был выполнен проект.
Необходимо отметить, что этот
проект является технически
сложным, и его выполнение
требует наличия специальных
компетенций
1. Создание нагрузочных
скриптов по протоколу .net
remoting;
2. Создание T-SQL скриптов
для генерации базы данных
необходимого объема;
3. Оптимизация
производительности Microsoft
SQL Server;
4. Создание предложений
по оптимизации системы и
изменению конфигурации
оборудования;
14
Благодаря наличию
перечисленных компетенций
в команде Перфоманс Лаб,
проект удалось выполнить на
высоком профессиональном
уровне с опережением
заявленного срока. Общая
продолжительность работ
составила примерно четыре
месяца. Проектная команда
состояла из трех человек.
Данный проект, позволил
заказчику привести свою
информационную систему
в целевое состояние
производительности и
устранить риски связанные с
увеличением рабочей нагрузки
на систему Bank Retail.
Основной целью
проекта является
проверка
соответствия системы
предъявляемым
требованиям
производительности
НАГРУЗОЧНОЕ
ТЕСТИРОВАНИЕ
ВЕБ-ПОРТАЛА
ОПТИМИЗАЦИЯ AXAPTA
ДЛЯ РАБОТЫ В СЕЗОН
ВЫСОКИХ ПРОДАЖ
Заказчик готовился к внедрению
в промышленную эксплуатацию
веб-портала.
Ожидается, что портал будет
работать в интенсивном
режиме, предоставляя
онлайновые сервисы большому
количеству пользователей.
Предполагается, что примерно
число зарегистрированных
в системе пользователей
составит 70 тысяч человек, 10
тысяч из которых будут работать
с порталом одновременно.
Наличие конкретных требований
к производительности портала
обусловило необходимость
приемо-сдаточных испытаний.
Понятие high season (сезон
«высоких продаж») имеет особое
значение для IT-департаментов
множества розничных компаний
и банков, так как связан с
рисками отказа в обслуживании
критичных информационных
систем.
Основной целью проекта
является проверка соответствия
системы предъявляемым
требованиям производительности.
Дополнительными целями
проекта являются
•
определение пороговой
производительности портала;
•
локализация и анализ
“узких мест” (факторов,
препятствующих работе
системы на уровнях нагрузки,
превышающих предельный);
•
обеспечение возможности
дополнительных итераций
тестирования после возможной
доработки системы.
Конечно, данный проект
значительно менее сложен
технически, чем тестирование
производительности
банковской розницы. Его
продолжительности составила
20 рабочих дней, а проектная
команда состояла из одного
специалиста.
ООО «ПЕРФОМАНС ЛАБ»
Москва, ул. Барклая 6 стр.5, офис 511
15
КОВАЛЁВ Юрий
Управляющий партнёр
Тел. +7 495 989 6165
E-mail: y.kovalev@pflb.ru
Основная цель проекта
заключалась в определении
расхождений параметров
производительности с
предъявляемыми к системе
требованиями в период high
season. Дополнительными
целями нагрузочного
тестирования являются:
•
Выработка
рекомендаций по оптимизации
производительности
системы с целью
выполнения предъявляемых
к производительности
требований;
•
Определение факторов
препятствующих росту
производительности системы;
Особенностью проекта являлось
наличие большого количества
внешних систем, с которыми
взаимодействовала Axapta,
что потребовало разработки
java-эмуляторов. Также,
специальная техническая
компетенция необходима для
создания тестовых нагрузочных
скриптов, эмулирующих трафик
протокола odbc.
Специалисты Перфоманс Лаб
успешно выполнили данный
проект в течение двух месяцев,
составом проектной команды из
двух человек.
www.performance-lab.ru
моб. +7 965 205 2222