В последнее время все чаще слышно про RPA или Robotic Process Automation. С одной стороны, говорят о его эффективности для банковского сектора и крупных корпораций, с другой — про возможность применять его и в среднем, и даже в малом бизнесе. Недавно на «Хабре» вышел текст про использование RPA в мире — и мы подумали, что хабравчанам также будет интересен наш кейс про крупный проект программной роботизации.

Он был выполнен для одного из крупнейших ритейлеров в РФ и Европе: его магазины можно найти везде: в одной только Москве и области их десятки, а по всей России больше сотни. Это фантастическое количество товаров, поставщиков, поставок — и связанного с ними документооборота, которого с каждым месяцем становится больше и больше.

Большая часть документов проходит по ЭДО. Но в нем работают не все поставщики, и бремя сверки бумажной документации перед оплатой ложится на плечи бухгалтеров. Совсем не редки случаи, когда цены в заказах и документах на оплату разнятся, причин расхождения может быть много. При этом объем документооборота растет, и этот процесс превращается в ужасную механическую кабалу для целого штата бухгалтеров-сверщиков.

Идеальный сценарий для RPA! А для нас — отличная возможность показать, как он грамотно и продуктивно реализуется.

Речь, конечно, пойдет не о харизматичных ящерках, а о нашем собственном инструменте автоматизированного тестирования. Представляем вашему вниманию кейс создания фреймворка «Хамелеон» и рассказ о его функциональности.

Его появлению предшествовало 15 лет практики тестирования в компании IBS AppLine* (лидера российского рынка аутсорсинга услуг тестирования по версии TAdviser за 2018 год на минуточку!). На базе этих знаний и экспертизы мы задались целью ускорить старт проектов, повысить качество тестирования, упростить введение в работу новичков. Решение должно позволить автоматизировать функциональное тестирование веб, мобильных, десктоп-приложений и различных видов API.

В общем, исследовательский центр IBS AppLine Innovation** суммировал весь опыт компании и создал «Хамелеон» — инструмент для автоматизации функционального тестирования. Делался с использованием языка программирования Java и инструментов Cucucmber, Selenium, Appium, Winium, Spring. Этот фреймворк:

• позволяет сэкономить до 30% времени разработки и сопровождения тестов;
• снижает риск ошибок за счет автоматического заполнения параметров этапов теста;
• помогает обучать и привлекать к разработке тестов стажеров, владеющих только базовыми навыками программирования;
• при переходе с проекта на проект дает возможность использовать одну и ту же библиотеку шагов, а также единый подход к написанию тестов;
• может работать с экзотическими компонентами тестируемых систем благодаря удобству подключения дополнительных расширений.

Теперь подробнее о функционале…

Офисная картография — серьезный вызов для растущей компании, да и для серьезной корпорации может стать головной болью. Новички теряются в огромных офисных пространствах и не могут найти дорогу от переговорки до своего рабочего места, старожилы сталкиваются с тем, что коллеги переехали неизвестно куда — все это влечет за собой организационные проблемы.

У нас в IBS уже давно существовала картография (как минимум с 2010 года), и с тех пор она, увы, критически устарела. Поэтому недавно мы прокачали свои офисные карты, создав решение с использованием Visio, Leaflet JS и собственных наработок.

Тема эта на «Хабре» уже поднималась, но давно: несколько лет назад (в 2012-м и 2013-м годах) компания Positive Technologies также поставила перед собой задачу создать корпоративные карты. Однако они пошли противоположным путем: от прорисовывания помещения Visio и данных в Excel к полноценным планировкам в «Автокаде» с последующим экспортом в 2D, 2.5D, 3D.

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

Кому интересен наш тернистый путь — добро пожаловать под кат.

Цель статьи — рассказать про продукт и его архитектуру. По сути то, что постоянно рассказывают наши технические пресейл-инженеры нашим партнерам и заказчикам.

Немного покидаемся помидорами в «конкурентов», совсем чуть-чуть. Куда без этого :D

Спойлер: про вирус в статье ничего нет, кроме этого предложения.

Дано: 96 серверов, 16 000 виртуальных рабочих мест, 160 нагрузочных виртуальных машин и наш софт: система управления платформой виртуализации Скала-Р Управление (СУПВ) и VDI-решение Скала-Р Виртуальное Рабочее Место (ВРМ).

Задача: протестировать систему на эдакий logon storm, при котором имитируется, как 16 000 пользователей одновременно (в течение 1-2 секунд) подключаются к инфраструктуре VDI и своим виртуальным рабочим столам, проходя все этапы авторизации и подключения. Цель: наш VDI должен выдержать нагрузку. Пользователи должны ждать подключения не более 10 минут.

Такой тест, в представлении нашего заказчика федерального масштаба, должен был доказать нагрузоустойчивость решения. Мы приняли вызов — ведь в таких масштабах наша система проверку на прочность еще не проходила. Результаты:

Если вам интересно, как такое масштабное тестирование было организовано и что конкретно отражает эта диаграмма — добро пожаловать под кат.

История вопроса

Мир интегрированных систем