Введение в performance management

Software quality assurance days19 Международная конференция по вопросам качества ПОsqadays.com

Санкт-Петербург. 20–21 мая 2016

Андрей ДмитриевСанкт-Петербург

Введение в Performance Management

Андрей Дмитриев

• разработчик, тимлид, групплид

• лидер JUG.ru и CodeFreeze.ru

Кто я?

Андрей Дмитриев

• разработчик, тимлид, групплид

• лидер JUG.ru и CodeFreeze.ru

Кто я?

• Научить вас проводить performance-тестирование

Цель

• Поделиться своим опытом

Цель

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

Цель

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

Цель

• Чего не будет • Как проводить performance-замеры

• Как управлять командой

• Как общаться с заказчиком

План

• Чего не будет • Как проводить performance-замеры

• Как управлять командой

• Как общаться с заказчиком

• Что будет • Какие deliverables выдавать

• Какие требовать ресурсы

• Как готовиться к тестированию у заказчика

• Как готовить отчетВведение в Performance Management

План

• Хорошее тестовое покрытие успешно “выполнилось”

Чего хочет заказчик?

• Хорошее тестовое покрытие успешно “выполнилось”

• Быть уверенным в том, что решение выдержит требуемую нагрузку

Чего хочет заказчик?

Deliverables

• В систему будет поступать в среднем 3000 запросов в сутки

• Длительность теста - 1 час

• Сколько запросов должно быть выполнено?

• А: 375

• B: 125

• C: 3000

• D: Ответить невозможно

Простой пример #1

• В систему будет поступать в среднем 3000 запросов в сутки

• Длительность теста - 1 час

• Сколько запросов должно быть выполнено?

• А: 375

• B: 125

• C: 3000

• D: Ответить невозможно

•КАРТИНКА с характером нагрузки

• NFR документ

• Strategy документ

• Проектный план

• Финальный отчет

Ладно, что за Deliverables?

• Кто готовит этот документ?

• Что содержит этот документ?

NFR документ

• Снимаемые метрики: oDB server host CPU\memory load oDB instance Average Active Session oDB server host I\O load o AWR report для каждого сервера o App server host CPU\memory load o App server threads usage для каждой ноды (active, waiting,

available, total) o App server JDBC pool usage (number of active\idle sessions) o App server JVM GC log activity o APP server JMS queues length, etc.

• Ожидаемые нагрузки (в год, день): 1 Scenario #1 10748 4 Scenario #2 18382 7 Scenario #3 3000 10 Scenario #4 6822 13 Scenario #5 5278 16 Scenario #6 7504 19 Scenario #7 4966 Total executions: 56700

• Количество мигрированных данных:

Phases Description Data volume Dates:

P h a s e 1 preparation

Set up datasources on onsite Test environment:

1. BORIS (Oracle) 2. ONPS (Oracle) 3. Cisco ISC (Sybase) 4. ProJEN (Oracle)

14.500 Engineering Orders

P h a s e 1 execution

Executing data migration on onsite Test environment

14.500 Engineering Orders

P h a s e 2 preparation

Set up all datasources on onsite Test environment:

1.BORIS (Oracle) 2.eDesigner Evolve VPN (MySQL) 3.eDesigner Evolve EWAN (MySQL)

4. ONPS (Oracle)

34.500 non-Engineering Orders

34.500 XYZ

• Объем мигрированных данных:

Legacy system S o u r c e d a t a volume

Data volume after m i g r a t i o n i n t o Company Database

Data type for both migration phases (total)

System X (Oracle) 50 Gb 50 Gb 32mil records

System X VPN (MySQL) 1 Gb 1 Gb 2 0 0 K r e c o r d s (service instances + service design)

System X E1 (MySQL) 0,1 Gb 0,1 Gb 2K records (service instances + service design)

System X1 (Oracle) 350 Gb 350 Gb 410mil records

System X2 (Sybase) 0.5 Gb 0.5 Gb * 1,5 * 2,5 = 1.5 Gb at most

17K records

System X3 (Oracle) 0.5 Gb 0.5 Gb * 1,5 * 2,5 = 1.5 Gb at most

1K records

TOTAL SIZE 402 Gb 404 Gb 442mil records

• Бизнес-кейсы

# Area

Phase Description Report Criteria Tx/h (avg)

Response time

Phase 2

Order performance with respect to the order target date

M o n t h l y o r Q u a r t e r l y performance

16 1min

Phase 2

Order performance with respect to the Estimated Delivery Date -Commitment Date

M o n t h l y o r Q u a r t e r l y performance

16 3 0 m in

Phase 2

Order Volumes – Created M o n t h l y o r Q u a r t e r l y performance

16 5min

Phase 2

Order Volumes – Delivered M o n t h l y o r Q u a r t e r l y performance

16 2min

Phase 2 Network Element report

16 5min

• UI tests

# Home page User group Users i n group

Openin g s p e r hour

1 Design and Provisioning Home Page

Design & Provisioning1258

2 Order Creation Home Page

Order Creation 566566

3 Project Management Home Page

Project Management 66

4 Team Leader View Team Leader 100-700

• Любая страница открывается за 3 сек

Примеры плохих NFR

• А как быть с отчетами, виджетами, поисками???

• Любой отчет строится максимум за 5 минут

• А если отчет не выдает никаких данных???

• Нужно ли презентовать стратегию заказчику, а не только выдавать?

Strategy документ

• Диаграмма компонентов

• Алгоритм маппинга результатов

• Тесты

• Длительности тестов

• Ожидания от замеров

1. Оборудование, сеть и т.д. доступно

2. Заглушки развернуты 3. Сегменты сети одинаковые 4. Порты открыты, права выданы (weblogic, oracle, etc.) 5. Генератор нагрузки развернут с нужным ПО 6. Нужная версия продукта установлена 7. Доступность окружения (за N дней до и M дней после) 8. Поддержка DBA на протяжении замеров 9. SLA на наши запросы не более чем 1 день

Strategy документ: ваши требования*

• Классический проектный план

• Пересечение с другими работами на серверах

Проектный план

• Таблица со статусами запусков теста

1-May 8-May 15-MayTest #1 4h/3mil obj/

Warn12h/6mil obj/

Error24h/8mil obj/

OkTest #2 1h/3000obj/

Warn1.5h/4000obj/

Warn0.5h/4000obj/

Какие ресурсы потребуются?

Нагружаемая система -

Нагружаемая система - DB

Нагружающая система -

injector

injector Нагружающая система -

injector

Stub-система

injector

Stub-системаStub-система

injector

Бридж в систему заказчика

injector

Бридж в систему заказчика

Что угодно еще

(Итоговый) Отчет

• Кто готовит шаблон отчета (мы или заказчик)?

• Утилизация ресурсов (CPU, io, memory)

• TBD скриншоты отчета:

• TestF таблица HighLevelReport

• Графики

• Scalability таблицы

• Что будет, если не все тесты пройдены?

• Указывать ли список тикетов в отчете?

• Важность валидации отчета с проектной командой

• Миграция данных

• Бизнес-сценарии

• Несоблюдение NFR

• Количество исполнений

• CPU

• Memory

• GC logs

• Scalability throughput

• Scalability resource utilisation

• Что будет, если вы переделаете вашу систему?

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

• Очень хочется, чтобы заказчик пришел к нам с этим вопросом.

• Что будет, если выйдет из строя датацентр?

• Это уже спросили Архитекторы

• Это уже спросили Архитекторы • Или не спросили?

• Кто за что отвечает у заказчика? ContactPerson, области ответственности (админы, PM, другие?)

• Будет ли внешнее тестирование? Их целевые показатели отличаются от наших?

• Есть ли отличия офсайт-онсайт?

• Батчи, отчеты, поиски, типы запросов к БД, реакция third-party систем, размеры сущностей в БД, миграции (какие типы, какого размера, сколько из них мигрируют), ночные работы (night jobs), количество Введение в Performance Management

Итоги Чеклист: вопросы заказчику (1/2)

• Согласованный план работ и ожиданий

• Пример: заказчик не знал, что нам понадобится доступ к БД для отката состояния базы

• Пример: БД и APP были физически в разных сегментах сети

• Отчетность

• Все характеристики, которые могут понадобиться

• 100500 пунктов из стратегии

• Акцент на бизнес-задачах, что его беспокоит (в первую очередь)

• Пересечение с другими работами на серверах

Итоги Чеклист: вопросы заказчику (2/2)

• https://twitter.com/it_improve

• andrei-dmitriev@ya.ru

Тest environment has been established in network and that environment is available for NC which includes: Application, Database and RDB instances. Test environment installed including hardware, network configuration, appropriate versions of software. Test stubs for all Network Elements in scope of WS1.2 project are installed and configured including test data setup into separate hardware. Network connectivity between Test environment and stubs instance is established. Necessary firewalls between Test environment and stubs instance are opened. Separate machine (load generator) should be provided in Customer network to generate workload on Test server solution; This environment is intended to emulate the user workload.

• Appropriate ports (required for Activation interface and sftp interfaces for batch files) are opened towards Test server. • Load generator machine should be in the same network with other Test servers;

Company is granted Access to Test environment to enable test execution, software and data updates to occur. Including file system access, web access, DB access. Appropriate permissions are provided to NetСracker for Test environment. This includes permissions to:

• To setup WS1.2 code drops on Test environment (application servers and database servers) in order to install updates on the solution; • To copy Oracle database source files on the Test Database machine in order to backup and restore Oracle instance; • To copy WebLogic, Oracle and Company solution log files into some file storage available for Company team (for example to Postman); • To execute sudo operations on load generator machine; • To establish ftp or ssh connect to (from) APP & ODB machines from (to) the load generator machine.

Test environment should have Company Product codebase and WS1.2 project code drop installed; Test environments should have all necessary configurations and test data; Test environment should have operation systems, application server’s (Oracle Weblogic) version and DB server’s (Oracle DB) version same as on Production environment; Test Application, Database and RDB machines should have following 3rd party tools installed:

• Test Framework; • Anaconda pack (http://continuum.io/downloads, a requirement for TestF); • JDK 7; • Python v3; • sar monitoring tool; • Oracle tool set (sqlplus, statspack, AWR Report, etc.); • netstat; • iostat; • GCViewer; • kSar; • DomainHealth; • Profiler.

Test environment must be available for Company not later than three weeks before the on-site Test activities are planned to start in order to perform initial Test tools configuration and smoke tests; Test Environments and Code bases are stable (should not change) for the duration of scripting, test preparation and execution;

Приложение

Введение в performance management

Education

business performance management concept

performance management

performance management. doc

employee performance management · performance management...

sales performance management

performance management en hrm.pdf

performance management farsi_2

performance evaluation & portfolio management

comunic@zione (performance management)

flexdsl pam e1 - nag.ru · 1 ВВЕДЕНИЕ ......

performance management · 2020-02-08 · performance...

change management & performance management program

lecture 1-performance management

nice performance management

& performance management

flux de performance management

het performance management boek

ca application performance management application...

performance management: koen dewettinck

time management (performance management)