Работа с Тест-центром. Универсальный нагрузочный тест

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

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

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

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

Понятно, что описанный подход имеет некоторые ограничения:

• малое число ролей, или все должно сводиться к одной-двум ролям – перепроведению существующих документов либо копированию эталонных документов с последующим проведением документа-копии (тип документов значения не имеет, для любого пользователя допускаются любые комбинации);
• роли различаются не столько характером выполняемых действий, сколько настройками интенсивности работы;
• наличие базы с подходящим составом заполненных документов;
• в первом издании книги было указано ограничение на не очень большое максимальное количество пользователей (30). Впоследствии, однако, это ограничение было преодолено – с помощью только описанного подхода был проведен, в котором нагрузка создавалась 1041 виртуальным пользователем;
• в первом издании книги было указано ограничение на отсутствие интерактивных действий, в т. ч. открытие форм и формирование отчетов. Впоследствии и это ограничение было преодолено, для чего универсальным действием надо считать не перепроведение документа на сервере, а открытие формы на клиенте и нажатие на ней кнопки ОК (задача с отчетами тоже имеет решение). И единственное, что тут нужно, чтобы форма была явно нарисована в конфигураторе.

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

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

Отправить