RS-Application Testing Machine (RS-ATM)

2014: Сайзинг RS-Bank V.6

24 января 2014 года компания R-Style Softlab сообщила о разработке новой методологии для проведения автоматизированного сайзинга на платформе RS-Bank V.6.

В качестве машины тестирования компания использует собственное решение RS-ATM. Новая технологическая платформа и созданные сценарии допускают имитацию одновременно выполняемых действий десятков тысяч банковских операционистов, работающих с системой.

Пробное тестирование, проведенное специалистами R-Style Softlab, подтвердило эффективность методологии и низкие требования к ресурсам: для воспроизведения работы более 1 тыс. пользователей достаточно одного среднего по своим параметрам сервера нагрузки. При этом на одной рабочей станции могут устойчиво выполняться до 50 различных сценариев реальных бизнес-процессов банка.

Тестирование АБС необходимо банкам на этапе выбора программного продукта или программно-аппаратной платформы. Процедура сайзинга помогает:

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

«Если представители кредитных учреждений обратятся к нам с просьбой провести испытания с большим количеством пользователей и разработать индивидуальный профиль нагрузки, мы готовы это сделать. Никакого дополнительного оборудования, кроме нескольких нагрузочных серверов, не потребуется», – отметил Лев Френкель, технический директор департамента разработки RS-Bank компании R-Style Softlab. - Сайзинг, основанный на анализе поведения большого количества пользователей и варьировании нагрузки, особенно важен перед внедрением продуктов для автоматизации розничного бизнеса и расчетно-кассового обслуживания, так как наибольшее число банковских служащих работают именно с этими приложениями. В нашей компании эти направления представлены решениями RS-Retail и RS-Banking».

2012: Выпуск RS-Application Testing Machine

R-Style Softlab анонсировала в апреле 2012 года выпуск универсального инструмента записи и воспроизведения событий RS-Application Testing Machine (RS-ATM). За счет нового функционала пользователи и администраторы автоматизированной банковской системы RS-Bank получат возможность записывать файлы-скрипты, содержащие детальное описание последовательности действий, выполняемых в системе. В последствии скрипт можно воспроизвести и в точности смоделировать действия пользователя, которые тот производил при записи скрипта.

Благодаря RS-ATM на этапе эксплуатации систем компании значительно повысится эффективность тестирования. Что позволит выйти на новый уровень технологического сопровождения АБС и свести к минимуму потенциальные риски, возникающие при переходе на новые версии RS-Bank.Игорь Лейпи, ГК Softline: Объем поставок российских операционных систем в ближайшие годы увеличится как минимум вдвое

Универсальный механизм RS-ATM также предполагается использовать для передачи информации о последовательности действий, которая привела к возникновению ошибки в АБС, от сотрудников банка к специалистам отдела сопровождения компании для более быстрой и точной диагностики ошибок в системе.

На данный момент реализованы базовые возможности RS-ATM — запись и воспроизведение сценариев. Новый функционал будет доступен в третьей сборке автоматизированной банковской системы RS-Bank v.5.5, а также в 31-ой сборке RS-Bank V.6. Мы стремимся учитывать пожелания и потребности пользователей наших продуктов, поэтому приняли решение включить данный функционал в базовый дистрибутив системы. До конца 2012 года все банки, имеющие действующий договор на сопровождение, смогут бесплатно использовать инструмент RS-ATM.

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