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

Изучение Приложения

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

-Описание компонентов приложения с составлением схемы взаимодействия между ними

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

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

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