Как выбрать набор инструментов для тестирования и проверки SAP

Для большинства программ SAP в 2026 году набор инструментов такой: SAP Cloud ALM для управления тестированием и прослеживаемости, продукт Tricentis для автоматизации и отдельный инструмент для тестирования производительности. Для клиентов с SAP Enterprise Support или облачной подпиской Cloud ALM не требует лицензионной платы, а Enterprise Support теперь включает лицензию начального уровня на автоматизацию Tricentis. Xray подходит, когда поставка уже идёт в Jira. Solution Manager имеет смысл только там, где он уже настроен, поскольку его основная поддержка заканчивается в 2027 году. Это руководство для руководителей тестирования, руководителей программ и владельцев QA, которые выбирают инструменты для программы S/4HANA. Проверьте, на что ваш договор поддержки уже даёт право, прежде чем что-либо покупать.

Я просидел десятки демонстраций инструментов, где всё работает идеально. Потом в реальном проекте скрипты постоянно ломаются, или интеграция никогда не работает так, как показывал вендор. Поэтому я выбираю инструменты тестирования SAP не по спискам функций. Я выбираю их по темпу релизов, модели развёртывания и требованиям аудита.

Тестирование SAP служит контролем рисков, а не галочкой перед go-live. Оно начинается в Realize и продолжается, пока система меняется. Важны пять уровней, и ни один не заменяет другой:

1. Модульное тестирование: разработчики подтверждают, что отдельные программы и функции работают как ожидается
2. Интеграционное тестирование: заказ на продажу переходит в поставку и выставление счёта, и каждая передача проводится корректно
3. Регрессионное тестирование: в интегрированной системе небольшие изменения ломают несвязанные области
4. Приёмочное тестирование пользователями: финансы и операции подтверждают, что система справляется с реальными сценариями
5. Тестирование производительности: система остаётся отзывчивой при пиковом объёме, чего не покажет ни один функциональный скрипт

1. 05ПроизводительностьОтзывчивость при пиковом объёме, в отдельном тестовом цикле
2. 04Приёмка пользователямиФинансы и операции подтверждают реальные сценарии
3. 03РегрессияНебольшие изменения ломают несвязанные области, поэтому их нужно перетестировать
4. 02ИнтеграцияКаждая передача в потоке проводится корректно
5. 01МодульноеПрограммы и функции работают как ожидается

Автоматизация окупается при частых регрессионных циклах, проверках больших объёмов данных или интерфейсов и предсказуемых потоках после каждого транспорта. Она не заменяет суждение. Скрипт не заметит, что экран сбивает пользователей с толку или что рабочий процесс не имеет практического смысла.

Тестируйте то, что бизнесу нужно защитить. Закрытие месяца, процессы, критичные для выручки, и всё, что раскатывается на многие площадки, идут первыми. Полное покрытие, не привязанное ни к чему, защитой не является. Моё руководство по тестированию производительности SAP подробно разбирает пятый уровень.

SAP Cloud ALM

Платформа SAP для управления жизненным циклом связывает требования, тестовые планы, выполнение тестов и дефекты с фазами SAP Activate и с изменениями. Клиенты с Enterprise Support, Product Support for Large Enterprises или облачной подпиской, включающей сервис «SAP Enterprise Support, cloud editions», получают один тенант без лицензионной платы. Договоры RISE и GROW подходят.

SAP также добавила в неё ИИ. Ассистенты на базе Joule могут готовить черновики требований и генерировать тестовые сценарии по документации, а для миграций с ECC на S/4HANA SAP позиционирует ассистента по управлению тестированием, который предлагает объём тестов на основе рисков. Относитесь к результату как к первому черновику, который проверит ваш архитектор тестирования.

Для любой новой программы S/4HANA Cloud ALM служит базовой основой для тестовой документации и прослеживаемости.

Tricentis

Tricentis Tosca использует автоматизацию на основе моделей: вы визуально строите повторно используемые тестовые компоненты вместо написания скриптов, что подходит функциональным командам. Он охватывает SAP GUI, Fiori и приложения не от SAP в одном тестовом потоке, и в этом его главное преимущество при тестировании бизнес-процессов целиком.

SAP и Tricentis связывает тесное партнёрство. SAP перепродаёт продукты на базе Tosca, такие как SAP Enterprise Continuous Testing by Tricentis, SAP Load Testing by Tricentis и SAP Change Impact Analysis by Tricentis. Для бюджетов более важная новость в правах на использование SAP. Клиенты Enterprise Support получают срочную лицензию на Tricentis Test Automation for SAP, интегрированную с Cloud ALM, сейчас до 31 декабря 2027 года. Она ограничена 5 именными пользователями, 500 прогонами тестов в месяц и 5 агентами выполнения, поэтому воспринимайте её как отправную точку, а не как инструмент масштаба программы.

Где ему трудно: сильно динамичные веб-интерфейсы повышают трудоёмкость сопровождения, управление тестовыми данными в масштабе обычно требует дополнительных инструментов, а большая библиотека модулей требует управления с самого начала.

Xray for Jira

Xray не создавался для SAP, но если ваша поставка идёт в Jira, он воспринимается как естественное расширение. Тестовые сценарии лежат рядом с пользовательскими историями и запросами на изменение, так что покрытие становится частью планирования спринта. Он поддерживает Cucumber и Gherkin для тестов, управляемых поведением, и подключается к конвейерам CI.

Где ему трудно: тяжёлое транзакционное тестирование SAP, например пакетные задания и глубокие цепочки интеграции, очень большие репозитории тестов и сложные пользовательские отчёты, для которых нужны дополнения или работа с API.

SAP Solution Manager

Solution Manager объединяет требования, тестовые планы, выполнение и транспорты в одном месте и интегрируется с Change Request Management (ChaRM). Его Business Process Change Analyzer сужает объём тестов до процессов, которых изменение действительно касается. В регулируемых средах такой аудиторский след по-прежнему ценен.

Его слабые стороны: устаревший пользовательский опыт, трудоёмкая настройка, автоматизация (CBTA), которая охватывает только интерфейсы SAP, и набор навыков, которого у немногих команд ещё остались. Основная поддержка заканчивается в конце 2027 года, расширенная поддержка для отдельных функций продлена до 2030 года. Не привлекайте его для управления тестированием, если вы ещё не используете его для контроля изменений.

Другие инструменты занимают отдельные ниши. Worksoft Certify силён в валидируемых средах, например в фармацевтике. Katalon может помочь в лёгких проектах SAP с веб-интерфейсом. Ни тот, ни другой я обычно не рекомендую для основной программы тестирования SAP.

В таблице четыре инструмента сопоставлены по возможностям, которые определяют выбор.

Возможность	SAP Cloud ALM	Tricentis	Xray for Jira	SAP Solution Manager
Основная задача	Управление тестированием и прослеживаемость	Автоматизация в системах SAP и не от SAP	Управление тестированием внутри Jira	Управление тестированием, привязанное к ChaRM
Прослеживаемость требований	Нативная, связана с фазами Activate	Полная, через собственное управление тестированием	Через связи Jira; требует дисциплины	Нативная, сильнее всего с ChaRM
Автоматизация	Через интегрированный Tricentis или инструменты партнёров	Ключевая сильная сторона, на основе моделей	Через внешние фреймворки	CBTA, только интерфейсы SAP
Приложения не от SAP	Ограниченно	Да, в том же потоке	Да, через фреймворки	Нет
Аудиторский след	Сильный	Сильный	Ограниченный из коробки	Сильный, включает транспорты
Лицензирование	Без платы при Enterprise Support	Лицензия начального уровня с Enterprise Support; полные продукты оплачиваются отдельно	Дополнение к Jira с оплатой за пользователя	Входит в поддержку on-premise
Перспективы	Стратегическая платформа SAP	Углубляющееся партнёрство с SAP	Зависит от стратегии Jira	Основная поддержка заканчивается в 2027 году

Я разделяю тестирование на документацию и автоматизацию. Они решают разные задачи, и команды, которые пытаются втиснуть обе в одну платформу, обычно мучаются.

Для документации и прослеживаемости используйте Cloud ALM в новой программе. Если Solution Manager уже ведёт ваш контроль изменений, расширяйте его, пока ландшафт не сдвинется, затем мигрируйте. Для автоматизации моя обычная рекомендация для ландшафтов с упором на SAP и частыми релизами: Tricentis. Когда модели стабильны, выполнение предсказуемо, а затраты на сопровождение ниже, чем при автоматизации на скриптах. Для гибких команд, которые строят приложения Fiori и API в Jira, Xray часто достаточно.

Прежде чем выбирать, пройдитесь по этим вопросам с людьми, которые будут запускать тесты.

Фактор	Почему важен	Вопрос
Покрытие SAP	Тесты должны управлять SAP GUI, Fiori и теми интерфейсами, которыми вы действительно пользуетесь	Какие технологии пользовательского интерфейса SAP и API он поддерживает нативно?
Влияние изменений	Знание того, что перетестировать после транспорта, позволяет не тестировать лишнее и не пропустить риск	Может ли он связать изменение с тестами, которых оно касается?
Интеграция CI/CD	Автоматические прогоны требуют триггеров из вашего конвейера	Работает ли он с вашими инструментами сборки и транспортов?
Управление	Крупным программам нужны повторно используемые компоненты с версиями	Можно ли модуляризировать тесты, версионировать их и использовать повторно в разных волнах?
Удобство для бизнеса	Функциональные консультанты и ключевые пользователи должны проверять тесты	Могут ли люди без навыков разработки создавать и читать тестовые сценарии?
Права на использование	Ваш договор поддержки может уже покрывать часть потребности	Что нам уже дают Cloud ALM и лицензия Tricentis по договору поддержки?
Совокупная стоимость	Настройка, агенты и сопровождение весят больше лицензии	Сколько стоит второй год, включая сопровождение моделей?

Глобальный производитель: Tosca. Компания работала на SAP ECC с сильно кастомизированной складской системой. Квартальные релизы раз за разом срывались из-за долгих ручных регрессионных циклов, а дефекты просачивались в продуктив. Команда запустила пилот Tosca во входящей логистике и за четыре недели собрала библиотеку повторно используемых шагов. Автоматические прогоны привязали к утверждению транспортов, затем распространили на исходящую логистику и планирование производства. Регрессионное покрытие высоконагруженных транзакций выросло с 35 % до более чем 85 %, а дефекты после go-live сократились на 40 % в течение двух кварталов. Помню возражения во время внедрения: стоит ли автоматизировать такую кастомную среду. Они прекратились, когда команды увидели, что инциденты в продуктиве сокращаются, а те же модели повторно используются на разных заводах.

Розничная компания: Xray. Компания перешла на S/4HANA вместе с новыми приложениями Fiori и облачными интеграциями и вела всю ИТ-поставку в Jira. Xray привязал тесты к пользовательским историям, позволил владельцам продуктов следить за ходом, не переключая инструменты, и поддержал критерии приёмки на Gherkin для команд Fiori. Доказательства тестирования были готовы к обзорам спринтов. С тяжёлым транзакционным или пакетным тестированием он бы не справился, но для гибкой работы с Fiori, API и пользовательским опытом его хватило без лишней сложности.

Финансовое учреждение: Solution Manager. Сильно кастомизированный ландшафт по финансам, казначейству и регуляторной отчётности столкнулся с аудиторским давлением, требовавшим полной прослеживаемости. Тестирование жило в таблицах без связи с транспортами. Привязка тестовых планов к документам изменений ChaRM, отметка времени каждого выполнения и использование Business Process Change Analyzer для определения объёма повторных тестов изменили разговор. Перелом наступил, когда аудиторы перестали просить файлы Excel и стали проверять историю тестов прямо в системе.

Переход с Solution Manager на Cloud ALM. Миграция тестовой документации сама по себе проект. Делайте её, когда ландшафт и так меняется, например в рамках перехода на RISE, а не отдельно.

Качество сами по себе инструменты не обеспечивают. Его обеспечивают эти практики, и они работают в любых инструментах.

Практика	Как применять
Начинайте рано	Привлекайте руководителей тестирования, пока пишутся требования, чтобы результаты можно было проверить
Тестируйте процесс, а не транзакцию	Стройте потоки, пересекающие модули и включающие исключения
Управляйте тестовыми данными	Используйте отдельные тестовые манданты, которые можно сбросить; маскируйте любые данные из продуктива
Сделайте регрессию рутиной	Запускайте автоматические прогоны с каждым транспортом, а не только перед cutover
Расставляйте приоритеты по рискам	Сначала критичные и часто меняющиеся процессы; цельтесь в умное покрытие, а не в 100 %
Привлекайте бизнес	Ключевые пользователи проверяют тестовые сценарии до начала выполнения
Связывайте тестирование с утверждением изменений	Ни один транспорт не двигается без подтверждённых тестов
Будьте готовы к аудиту	Записывайте, кто что и когда тестировал, в экспортируемом виде

Отслеживайте три числа: утечку дефектов в продуктив, долю повторно используемых тестовых сценариев, а не переписанных, и сколько занимает полный регрессионный прогон. Они показывают, куда направить усилия. Моя статья о контрольных точках качества SAP показывает, как связать результаты тестов с решениями go/no-go.

Cloud ALM становится стандартом. Новые программы RISE и GROW должны сделать его основой тестирования. У существующих ландшафтов on-premise на Solution Manager есть время, но немного: планируйте переход до 2028 года. Гибридные ландшафты какое-то время будут работать с обоими. Планируйте период перекрытия.

ИИ готовит черновики тестов. Ассистенты на базе Joule в Cloud ALM генерируют тестовые сценарии и требования по документации. Экономия приходится на объёмную работу, такую как регрессионные скрипты, где вариативность в основном в данных. Пограничные случаи, сложная логика интеграции и проектирование тестов производительности по-прежнему требуют старших архитекторов тестирования.

Clean Core смещает объект тестирования. В публичном облаке в ядре нет кастомного кода, который можно было бы регрессировать. В частном облаке и on-premise кастомный ABAP в ядре: самое дорогое место, где можно обнаружить регрессию. Вы исправляете его, затем заново проверяете на следующем релизе SAP. Расширения side-by-side на SAP BTP версионируются отдельно и нуждаются в собственном регрессионном покрытии.

Шаги с ИИ требуют новых шаблонов тестирования. Детерминированные регрессионные скрипты не проверяют недетерминированное поведение ИИ. Ожидайте отдельный класс тестов для Joule и шагов, управляемых агентами.

Какой инструмент лучше всего подходит для автоматизации тестирования SAP?

Для ландшафтов с упором на SAP чаще всего я рекомендую Tricentis Tosca. Его подход на основе моделей облегчает создание и сопровождение тестов, а один поток охватывает приложения SAP и не от SAP. Если ваша команда работает в Jira и в основном строит приложения Fiori по гибкой модели, лучше может подойти Xray с тестовым фреймворком. Решает контекст, а не демо.

Входит ли Tricentis в SAP Enterprise Support?

Частично. SAP предоставляет срочную лицензию на Tricentis Test Automation for SAP, интегрированную с SAP Cloud ALM, сейчас до 31 декабря 2027 года. Она распространяется на клиентов с Enterprise Support (облачные редакции или on-premise) или Product Support for Large Enterprises. Она ограничена 5 именными пользователями, 500 прогонами тестов в месяц и 5 агентами выполнения. Крупным программам обычно нужен полный продукт Tricentis, который SAP тоже перепродаёт.

Может ли SAP Solution Manager справиться с автоматизацией тестирования?

Лишь отчасти. Его Component-Based Test Automation (CBTA) охватывает интерфейсы SAP, но не приложения не от SAP, и требует значительного сопровождения при изменении экранов. Solution Manager в основном платформа управления тестированием и документации. Большинство команд сочетают его с Tricentis или другим инструментом автоматизации, а при том, что основная поддержка заканчивается в 2027 году, новым программам стоит начинать с Cloud ALM.

Что использовать для тестирования в 2026 году: SAP Cloud ALM или Solution Manager?

Cloud ALM для любой новой программы, особенно для RISE и GROW. Он связывает тестирование с фазами SAP Activate и изменениями и не требует лицензионной платы при Enterprise Support. Если существующий ландшафт on-premise уже хорошо работает на Solution Manager, оставайтесь на нём, пока ландшафт не сдвинется, но планируйте миграцию до 2028 года.

Нужны ли мне и инструмент управления тестированием, и инструмент автоматизации?

В большинстве корпоративных программ да. Управление тестированием (Cloud ALM или Solution Manager) даёт прослеживаемость от требования к тесту и изменению, которой требуют аудиторы. Автоматизация (Tricentis или аналог) эффективно запускает регрессионные циклы. Один инструмент редко хорошо справляется с обоими. Для более простых сред начните с Cloud ALM и входящей в поддержку лицензии Tricentis, а затем добавьте полный продукт автоматизации, когда объём релизов это оправдает.

Как тестирование SAP меняется с Clean Core?

Тестирование смещается с кастомного кода внутри ядра на расширения вокруг него. В публичном облаке кастомного кода в ядре, который нужно регрессировать, нет. В частном облаке и on-premise любые оставшиеся модификации ядра нужно перетестировать после каждого релиза SAP. У расширений SAP BTP собственный цикл релизов, и им нужен собственный регрессионный набор, а шагам с ИИ нужны шаблоны тестирования, допускающие недетерминированный результат.