Привет! Мы в BPMSoft (входит в ИТ-холдинг LANSOFT) продолжаем расширять список программных продуктов, совместимость с которыми нашей low-code платформы подтверждена тестированием. В октябре мы проверили работу платформы с операционной системой РЕД ОС 8 и СУБД Postgre BY и убедились, что все работает как задумано. На этом собственно новость заканчивается, а мы расскажем, зачем занимаемся такими проверками и что на практике означает подтверждение совместимости.
Потребность в проверке обычно возникает во время пресейла, куда мы заходим сами или с интегратором. Заказчика все устраивает, но у него уже есть набор общесистемного ПО (операционные системы, СУБД, серверы кэширования и др.), и ему важно получить от нас гарантию, что наша платформа с этим всем будет работать с этим набором компонентов. Если нужного продукта еще нет в реестре совместимого ПО BPMSoft, мы запускаем проверку совместимости.
Когда поступает запрос на проверку, мы сперва проводим архитектурный анализ. Изучается весь набор используемых компонентов: от языков программирования до сервисов, работающих по стандартным протоколам (например, LDAP и подключение по нему к каталожным сервисам).
Если мы понимаем, что концептуальных ограничений нет, запускаем процедуру подтверждения совместимости. Если есть возможность, идем к вендору нужного ПО, заключаем соглашение о технологическом партнерстве. Дальше разворачиваем, например, целевую ОС в тестовой среде и устанавливаем туда BPMSoft.
На этом стенде проводится функциональное тестирование: запускаем набор тест-кейсов, которые уже работают на проверенных конфигурациях BPMSoft, и сравниваем результаты на новой связке.
Для каждого типа компонентов нужны отдельные сценарии. У СУБД своя зона ответственности: работа с данными, обработка заданий и процессов, конфигурация проекта. У серверов кэширования другие критерии – например, количество, качество и скорость выдачи кэшируемых данных. При разработке сценариев мы ориентируемся как на конфигурации, которые используют наши клиенты, так и на общеотраслевые стандартизированные сборки.
Так, в случае Posgre BY тестировались создание и настройка разделов, пользовательских объектов и полей, работа с отчетами Word и FastReport, импорт данных из Excel. Отдельный блок составляли интеграционные сценарии: подключение через LDAP и LDAPS, настройка REST- и SOAP-сервисов, обмен данными по OData 3 и 4. Также проверялись прикладные функции платформы: работа глобального поиска, создание рассылок, настройка цикловых заданий, взаимодействие с Telegram, обучение моделей предиктивного скоринга продаж и прогнозирования оттока клиентов.
После функциональной проверки проводится нагрузочное тестирование. Здесь мы смотрим, соответствуют ли результаты на новом программном обеспечении цифрам, полученным на уже апробированных стеках.
Если все хорошо, мы с вендором подписываем документ, где подтверждаем, что BPMSoft такой-то версии и ОС или СУБД такой-то версии совместимы и могут совместно использоваться без ограничений и условностей. Если тестирование выявляет ограничения, их фиксируют. Проблемы не всегда возникают внутри конкретного продукта, их причиной могут стать несогласованные контракты обмена данными, нестандартные протоколы или форматы. Все это важно проверить заранее, и при необходимости найти решения.
Стоит заметить, что такие проверки требуют существенных временных затрат. Например, тестирование совместимости только с одной версией СУБД занимает около 100-120 человеко-часов – без учета развертывания среды и других подготовительных работ. Тем не менее проверки важны: это способ заранее подтвердить возможность работы нашей платформы в конкретной инфраструктуре заказчика и избежать неприятных сюрпризов уже после развертывания.
Как сказано выше, в октябре мы таким образом проверили совместимость с РЕД ОС 8 и Postgre BY, а до этого, в августе-сентябре, – с Astra Linux 1.8, Ubuntu 26.04, Jatoba 6.9.1, PostgreSQL 18 и серверами кэширования: Platform V Radish 2.0, Redis 8, Valkey 8.1.
Источник: habr.com