Всем привет!
Кто-нибудь на проектах следовал рекомендациям ASAP: выполнял объем-тест и стресс-тест?
Поделитесь опытом:
1. Как организуется?
2. Какие инструментальные средства используются?
3. Где можно почерпнуть более или менее детальную информацию организации потестирования?

Информацию можно взять:

www.sap.com/benchmark

Практические вопросы могу осветить. Спрашивайте.

Алексей

Алексей,

сразу два вопроса:
1. Какими средствами моделируется нагрузка большого количества пользователей?
2. Какие собственно тесты запускаются при stress tests?

Я не очень понимаю термин stress-test. То что делаю я - это нагрузочные тесты (benchmark tests).
Ландшафт: host со скриптами (benchmark driver - BD) и тестируемый host -TH. На BD запускается скрипт, который эмулирует одновременную работу желаемого количества пользователей. По RFC эти запросы передаются на TH. Пользователи имитируют работу по стандартным операциям SD, FI, MM (на странице, которую я привел ранее есть описания действий).
На TH производится измерение нагрузки на процессор, память, объемы передаваемой информации, количество чтений из БД. Главным является загрузка процессора.

На сайте приведены действия. Есть технические сложности:
1. Либо нужно каким-то образом отказаться от сохранения данных в системе;
2. либо подготовить большое количество прикладных данных.

В каком виде формируются эти скрипты на BD?

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

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

aleks_test2,

Можете приветси пример несложного теста, чтобы получить общее представление?

Пример по модулю FI:
1. добавляется 4 заказа - fb01, fbl5, fb03
2. закрываются заказы - fbz1

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

В системе заведено N пользователей (30-200 в зависимости от быстодействия хоста).
Пользователи логинятся один за другим и начинают выполнять описанные выше транзакции. Для того, чтобы создать нагрузку продолжительное время, их действия повторяются 5 раз (можно задавать произвольное количество). Тест продолжается приблизительно 30 минут. Загруженность CPU прилизительно 30%.

По окончании теста получаем результаты:
- количество dialog steps (DS) (5000-20000)
- загрузка CPU/DS
- DB calls/DS
- transf data/DS
- rows proceed/DS

Я провожу тесты для различных версий ядер (kernel patches). Главное, чтобы CPU/DS не выходил из пределов 3% от референса. Иначе - ошибка ядра, SP.

Аналогичные тесты прводятся для модуля MM, SD.

Описание действий я видел. У меня вопросы по технической реализации.
Если я правильно понял, сессии пользователей и выполняемые действия запускаются из скрипта на Perl.
Как при этом выглядит строчка запуска?
И, если требуется несколько раз подряд повторять одни и те же действия пользователей по вводу информации, как решается вопрос с предоставлением каждый раз новых данных (которые еще ни разу не вводились, чтобы избежать конфликтов)?

Строка запуска скрипта:
run_b1.pl sd,20,5,on,0 fi,50,5,on,0 mmn,15,5,on,0

По поводу конфликтов с вводом:
1. в системе в 900 манданте заведено 100 пользователей для FI - fid000 - fid099.
2. для каждого пользователя набор заказов формируется отдельно.

Можно ли взглянуть на пример такого run_b1.pl (по почте или в общем доступе)?

Сам скрипт я дать не могу, т.к. не являюсь его автором. Могу выслать документ с описанием создания собственного benchmark теста. Пиши мейл.

Буду благодарен за описание процедуры создания теста.
Мейл направил в личную почту.