SAP Testing — Обзор

Многие организации внедряют SAP ERP (Enterprise Resource Planning) для управления своими бизнес-операциями и адаптации в соответствии с новыми рыночными проблемами. SAP R / 3 — это интегрированное программное обеспечение ERP, которое позволяет организациям эффективно управлять своим бизнесом. Организации могут снизить затраты на выполнение своих операций с помощью пакетов ERP SAP R / 3.

SAP R / 3 также позволяет клиентам взаимодействовать с различными базами данных для запуска различных приложений с помощью удобного графического интерфейса пользователя. Система SAP R / 3 разделена на разные модули, чтобы охватить функциональность различных бизнес-операций в организации.

Наиболее распространенные модули SAP R / 3 —

• SAP Material Management.
• SAP Финансовый учет и контроллинг.
• SAP Продажи и Распределение.
• SAP Human Resource.
• SAP Supply Chain Management.
• SAP Plant Management.

SAP Testing — это тестирование функциональности этих модулей и обеспечение их работы в соответствии с конфигурацией.

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

SAP TAO — это инструмент автоматизации для создания тестовых случаев для сквозных сценариев для приложений SAP. Помимо этого, существуют различные другие средства тестирования автоматизации для тестирования SAP, такие как HP QTP, ECATT и т. Д., Которые можно использовать.

Важность тестирования

Вот список основных причин, по которым проводится тестирование SAP, и почему это важная функция в развитии организации.

• Проверка системы — SAP Testing включает в себя полное сквозное тестирование и проверку всех модулей SAP в среде SAP ERP.

• Качество и доход — SAP Testing — это тестирование на основе результатов, а не обычные методы тестирования, основанные на вводе. Он обеспечивает качество системы SAP, а также ориентируется на выручку и стоимость организации.

• Стоимость и предсказуемость. Тестирование SAP включает снижение затрат на разработку SAP и повышение предсказуемости.

• Требование соответствия — SAP Testing гарантирует, что реализация SAP соответствует новым требованиям соответствия в конкретной организации и все модули работают в соответствии с ожидаемой конфигурацией.

• Новые изменения в реализации и конфигурации. В системе SAP реализованы различные типы изменений, такие как исправления и исправления, новая реализация, изменения конфигурации. Таким образом, тестирование SAP гарантирует, что все модули работают в соответствии с требованиями в этой динамической системной среде.

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

• Производительность. Он также используется для проверки того, сможет ли система выполнить соглашения об уровне обслуживания, время, затраченное системой на выполнение определенных действий, производительность системы и т. Д.

Проверка системы — SAP Testing включает в себя полное сквозное тестирование и проверку всех модулей SAP в среде SAP ERP.

Качество и доход — SAP Testing — это тестирование на основе результатов, а не обычные методы тестирования, основанные на вводе. Он обеспечивает качество системы SAP, а также ориентируется на выручку и стоимость организации.

Стоимость и предсказуемость. Тестирование SAP включает снижение затрат на разработку SAP и повышение предсказуемости.

Требование соответствия — SAP Testing гарантирует, что реализация SAP соответствует новым требованиям соответствия в конкретной организации и все модули работают в соответствии с ожидаемой конфигурацией.

Новые изменения в реализации и конфигурации. В системе SAP реализованы различные типы изменений, такие как исправления и исправления, новая реализация, изменения конфигурации. Таким образом, тестирование SAP гарантирует, что все модули работают в соответствии с требованиями в этой динамической системной среде.

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

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

Тестирование SAP — Типы

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

Наиболее распространенные методы тестирования —

• Модульное тестирование — это тип тестирования белого ящика, который включает тестирование отдельного блока или группы блоков.

• Интеграционное тестирование. В этом тестировании несколько систем объединяются для проверки выходных данных интегрированной системы.

• Функциональное тестирование — проверяет функциональность каждого модуля в соответствии с желаемым результатом.

• Юзабилити-тестирование — проверяет простоту использования приложения или системы. Он проверяет, насколько легко для нового пользователя будет использовать приложение или понять систему.

• Приемочное тестирование — Приемочное тестирование проводится, чтобы проверить, соответствует ли система требованиям пользователя и принять ли приложение или систему.

• Тестирование системы — Вся система тестируется в соответствии с требованиями и спецификациями.

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

• Тестирование производительности — это тестирование выполняется для проверки соответствия системы требованиям к производительности.

• Регрессионное тестирование — включает в себя тестирование полного приложения или системы на наличие модификаций.

• Бета-тестирование . Цель бета-тестирования — выявить непредвиденные ошибки. Он подпадает под класс тестирования черного ящика. Это выполняется выпуском предварительной версии конечного продукта, названной Beta.

• Тестирование базы данных — Тестирование базы данных используется для проверки данных в базе данных. Это выполняется с помощью операторов SQL.

• Тестирование ETL — Тестирование ETL выполняется, чтобы убедиться, что данные правильно извлечены, преобразованы и загружены из исходной системы в целевую систему.

Модульное тестирование — это тип тестирования белого ящика, который включает тестирование отдельного блока или группы блоков.

Интеграционное тестирование. В этом тестировании несколько систем объединяются для проверки выходных данных интегрированной системы.

Функциональное тестирование — проверяет функциональность каждого модуля в соответствии с желаемым результатом.

Юзабилити-тестирование — проверяет простоту использования приложения или системы. Он проверяет, насколько легко для нового пользователя будет использовать приложение или понять систему.

Приемочное тестирование — Приемочное тестирование проводится, чтобы проверить, соответствует ли система требованиям пользователя и принять ли приложение или систему.

Тестирование системы — Вся система тестируется в соответствии с требованиями и спецификациями.

Стресс-тестирование. В этом тестировании система подвергается стрессу, выходящему за пределы ее спецификации, чтобы проверить, когда она выходит из строя.

Тестирование производительности — это тестирование выполняется для проверки соответствия системы требованиям к производительности.

Регрессионное тестирование — включает в себя тестирование полного приложения или системы на наличие модификаций.

Бета-тестирование . Цель бета-тестирования — выявить непредвиденные ошибки. Он подпадает под класс тестирования черного ящика. Это выполняется выпуском предварительной версии конечного продукта, названной Beta.

Тестирование базы данных — Тестирование базы данных используется для проверки данных в базе данных. Это выполняется с помощью операторов SQL.

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

SAP Testing — Руководство и автоматизация

Ручное тестирование

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

Есть разные этапы ручного тестирования. Это — модульное тестирование, интеграционное тестирование, тестирование системы и приемочное тестирование пользователя.

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

Автоматизация тестирования

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

Автоматизированное тестирование также используется для тестирования приложения с точки зрения нагрузки, производительности и нагрузки. Используется для увеличения охвата теста. Автоматическое тестирование повышает точность и экономит время и деньги по сравнению с ручным тестированием.

Инструменты тестирования программного обеспечения

Следующие инструменты могут быть использованы для тестирования автоматизации —

• HP Quick Test Professional (QTP)
• Селен
• SAP TAO
• ECATT
• IBM Rational Functional Tester
• SilkTest
• TestComplete
• Тестирование везде
• WinRunner
• LaodRunner
• Visual Studio Test Professional
• Watir

SAP Testing — SDLC

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

Технико-экономическое обоснование

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

Системный анализ

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

Разработка программного обеспечения

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

кодирование

Этот шаг также известен как этап программирования . Реализация разработки программного обеспечения начинается с написания программного кода на подходящем языке программирования и эффективной разработки безошибочных исполняемых программ.

тестирование

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

интеграция

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

Реализация

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

Жизненный цикл тестирования программного обеспечения

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

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

Различные этапы жизненного цикла тестирования программного обеспечения следующие:

• Фаза требований
• Планирование испытаний
• Тестовый анализ
• Этап разработки теста
• Тестовая реализация
• Этап выполнения теста
• Этап закрытия теста

Фаза требований

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

Этот этап определяет объем тестирования. Если команда тестирования обнаружит какие-либо функции, которые не могут быть протестированы, об этом следует сообщить клиенту.

Планирование испытаний

На этом этапе тестер определяет действия и ресурсы, которые помогут достичь целей тестирования.

Различные метрики определены, и существуют методы для определения и отслеживания этих метрик. Планирование тестирования также включает определение ключевых показателей эффективности для оценки тестирования.

Тестовый анализ

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

Различные факторы используются, чтобы выяснить условия испытаний —

• Сложность продукта
• Глубина тестирования
• Риск вовлечен
• Требуются навыки
• Знание членов команды тестирования
• Управление тестированием
• Наличие заинтересованных сторон

Условия испытаний должны быть написаны подробно.

Давайте возьмем пример . Для веб-сайта, продающего товары через Интернет, условием проверки является то, что клиент должен иметь возможность произвести онлайн-оплату. Вы можете добавить подробные условия, такие как, оплата должна быть осуществлена ​​с использованием кредитной карты, перевода NEFT, дебетовой карты или банковского перевода в сети.

Преимущество написания подробного условия теста состоит в том, что оно расширяет объем тестирования, поскольку тестовые случаи обычно пишутся на основе условия теста. Это позволяет писать более подробные тестовые случаи. Это также помогает определить, когда следует прекратить тестирование программного продукта.

Этап разработки теста

Этот этап определяет, как выполняются тесты.

• Разбейте условия теста на несколько подусловий, чтобы увеличить охват.

• Получить данные теста.

• Настройте тестовую среду.

• Получите метрики отслеживаемости требований.

• Создайте метрику тестового покрытия.

Разбейте условия теста на несколько подусловий, чтобы увеличить охват.

Получить данные теста.

Настройте тестовую среду.

Получите метрики отслеживаемости требований.

Создайте метрику тестового покрытия.

Этап реализации теста

Этот этап включает в себя создание подробных контрольных примеров в соответствии с определенными условиями и метриками.

• Расставьте приоритеты в контрольном случае.
• Тест-кейс для регрессии.
• Убедитесь в правильности тест-кейсов.
• Выйдите из тест-кейсов до начала фактического выполнения.

Этап выполнения теста

Этот этап жизненного цикла тестирования программного обеспечения включает в себя фактическое выполнение тестовых случаев.

• Выполните контрольные примеры.
• Зарегистрируйте дефекты.
• Проверьте показатели прослеживаемости, чтобы отслеживать прогресс.

Тест Закрытие

Эта фаза включает проверку завершения теста.

• Проверьте, выполнены ли все тесты и выявлены ли дефекты.
• Запишите извлеченные уроки.
• Закройте этап тестирования.

Типы тестирования в SAP

Существуют различные типы методов тестирования, которые можно использовать для выполнения SAP-тестирования.

Модульное тестирование

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

пример

Предположим, задача состоит в том, чтобы создать заказ клиента и сохранить его. Чтобы выполнить модульное тестирование для этой задачи, тестировщик должен знать, что заказ на продажу можно сохранить с использованием таких элементов организации SAP, как основные данные клиента, функции партнера, основные данные материала, балансовая единица, область кредитного контроля, сбытовая организация и т. Д.

пример

В разработке ABAP можно выполнить модульное тестирование, чтобы проверить, можно ли создать отчет из данных, созданных разработчиком. Требуется помощь эксперта по домену.

Тестирование системы

Системное тестирование включает в себя интеграцию элементов системы SAP, чтобы гарантировать, что соответствующие функциональные возможности SAP связаны друг с другом в среде разработки.

пример

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

Каждый блок тестируется таким образом, а затем результаты теста объединяются с использованием системного тестирования.

Тестирование на основе сценариев

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

пример

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

Интеграционное тестирование

В этом тестировании данные тестирования поступают из реального источника извлечения данных. Данные известны конечным пользователям.

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

Тестирование интерфейса SAP

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

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

SAP-приемочное тестирование

SAP UAT используется для обеспечения того, чтобы конечные пользователи могли выполнять назначенные функции работы с новой системой. Важным аспектом этого тестирования является понимание требований бизнеса и обеспечение доступности ожидаемых функций, функций и возможностей.

Тестирование производительности системы SAP

Тестирование производительности проверяет следующие аспекты —

• Приемлемо ли время ответа системы согласно бизнес-требованиям

• Будут ли периодические процессы выполняться в течение допустимого времени,

• Возможна ли ожидаемая одновременная загрузка пользователя

Приемлемо ли время ответа системы согласно бизнес-требованиям

Будут ли периодические процессы выполняться в течение допустимого времени,

Возможна ли ожидаемая одновременная загрузка пользователя

Тестирование производительности выявляет узкие места и неэффективность кодирования в системе SAP. Маловероятно, что настройка производительности системы настроена идеально, и программа работает с оптимизированным кодом.

Нагрузочное тестирование SAP

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

Тестирование безопасности и авторизации SAP

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

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

SAP Cutover Testing

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

SAP регрессионное тестирование

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

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

SAP Testing — Процесс

Процесс тестирования SAP обычно делится на три этапа —

• Планирование испытаний
• Настройка тестовой системы
• Выполнение теста и оценка

Планирование испытаний

Планирование тестирования включает в себя этапы, которые участвуют в начальной фазе тестирования.

• Сбор требования. Что нужно проверить? Должны быть собраны функциональные требования для тестирования системы и приложений.

• Разработка тест-кейсов для ручного и автоматизированного тестирования. В автоматизированном тестировании для создания контрольных примеров могут использоваться различные инструменты.

• Обзор тестовых случаев.

Сбор требования. Что нужно проверить? Должны быть собраны функциональные требования для тестирования системы и приложений.

Разработка тест-кейсов для ручного и автоматизированного тестирования. В автоматизированном тестировании для создания контрольных примеров могут использоваться различные инструменты.

Обзор тестовых случаев.

Настройка тестовой системы

Настройка тестовой системы включает настройку тестовой среды для запуска тестовых случаев. Здесь тестер должен определить ключевые показатели для отчетности.

Выполнение теста и оценка

Выполнение и оценка теста включает выполнение тестовых случаев и запись результатов. Включает в себя следующие виды деятельности —

• Обработка дефектов и отчетность.
• Оценка планов испытаний по результатам.
• Документирование всех дефектов и сравнение результатов с ключевыми показателями.

SAP Testing — Критический процесс

При тестировании системы SAP вам необходимо определить критические бизнес-процессы, на которые повлияют изменения в системе SAP. В основном это относится к Регрессионному тестированию, где вы применяете патч или внедряете новую систему.

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

пример

Давайте возьмем пример. Предположим, что запланированные изменения следующие:

Запланированные изменения

• Пакет поддержки SAP 7
• Пользовательский код
• SAP расширенный пакет

Система произведена

• Заказ клиента
• Доставка товаров
• Способ оплаты

Анализ воздействия на критические процессы

Здесь следующие действия должны быть выполнены в Анализ воздействия —

• Выявление критических бизнес-процессов, затронутых реализацией изменений.

• Должно быть предоставлено деловое обоснование того, почему это изменение должно быть реализовано.

• Создание плана тестирования для мониторинга критических процессов для тестирования SAP при выполнении изменений.

• Оценка влияния изменений на критические процессы и цель внедрения изменений.

Выявление критических бизнес-процессов, затронутых реализацией изменений.

Должно быть предоставлено деловое обоснование того, почему это изменение должно быть реализовано.

Создание плана тестирования для мониторинга критических процессов для тестирования SAP при выполнении изменений.

Оценка влияния изменений на критические процессы и цель внедрения изменений.

SAP Testing — навигация

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

OPA тесты могут быть выполнены для проверки SAP Testing Navigation. OPA известен как язык программирования с открытым исходным кодом и в основном используется для разработки веб-приложений. Для компиляции программы OPA вы можете использовать Node.js на сервере и JavaScript на стороне клиента.

Создание теста с использованием OPA

OPA позволяет использовать три объекта в Qunit. Эти функции должны быть определены в тесте, чтобы OPA знала, какие действия необходимо предпринять.

• Дано — пройти мероприятия.

• Когда — действия, которые необходимо предпринять.

• Тогда — утверждение.

Дано — пройти мероприятия.

Когда — действия, которые необходимо предпринять.

Тогда — утверждение.

пример

В следующем примере показано, как использовать все 3 объекта в Qunit.

jQuery.sap.require("sap.ui.test.Opa");
jQuery.sap.require("sap.ui.test.opaQunit");

opaTest("press a Button", function (Given, When, Then) {
   // Arrangements
   Given.iStartMyApp();
	
   //Actions
   When.iPressOnTheButton();
	
   // Assertions
   Then.theButtonShouldHaveADifferentText();
}

Следующим шагом является определение трех функций.

Определение функций

var arrangements = new sap.ui.test.Opa ({
   iStartMyApp : function (){
      return this.iStartMyAppInAFrame("../index.html");
   }
}); 

В приведенной выше функции мы предположили, что приложение запускается на странице с именем index.html. Наш тест OPA находится в папке test / opa.html.

Определение договоренностей

var actions = new sap.ui.test.Opa ({

   iPressOnTheButton : function (){
      return this.waitFor ({
         viewName : "Main", id : "pressMeButton", success : function (oButton) {
            oButton.$().trigger("tap");
         },
         errorMessage : "No Button found"
      });
   }
})

Определение утверждений

var assertions = new sap.ui.test.Opa ({

   theButtonShouldHaveADifferentText : function () {
      return this.waitFor ({
         viewName : "Main",
         id : "pressMeButton",
			
         matchers : new sap.ui.test.matchers.PropertyStrictEquals ({
            name : "text",
            value : "got pressed"
         }),
			
         success : function (oButton) {
            Opa.assert.ok(true, "The button's text changed to: " + oButton.getText());
         },
			
         errorMessage : "No change in Button's text"
      )}
   }
})        

Выполнение теста OPA

sap.ui.test.Opa.extendConfig ({
   arrangements : arrangements,
   actions : actions,
   assertions : assertions,
   viewNamespace : "view."
});

SAP Testing — Поток экрана

Логика экранного потока в SAP Testing похожа на код ABAP и используется для хранения блоков обработки. Содержит процедурную часть экрана. Он создан в программе для рисования на экране, и он похож на редактор ABAP.

Логика экранного потока не требует объявления внешних данных, и каждый блок обработки определяется с префиксом «ПРОЦЕСС». Например,

• ПРОЦЕСС ПОСЛЕ ВХОДА
• ПРОЦЕСС ПЕРЕД ВЫХОДОМ
• ПРОЦЕСС ПО ЗАПРОСУ ПОМОЩИ
• ПРОЦЕСС ПО ЗНАЧЕНИЮ-ЗАПРОСУ

Каждая логика экранного потока должна содержать ключевые слова PROCESS AFTER INPUT и PROCESS BEFORE OUTPUT.

В блоке событий вы можете использовать ключевые слова, такие как MODULE, FIELD, ON, VALUES, CALL и т. Д.

S.No.	Логика и описание экранной логики
1	МОДУЛЬ Вызывает диалоговый модуль в программе ABAP
2	Область Определяет точку, в которой содержимое поля экрана должно быть перенесено
3	НА Используется в сочетании с FIELD
4	ЦЕННОСТИ Используется в сочетании с FIELD
5	ЦЕПИ Запускает цепочку обработки.
6	ENDCHAIN Завершает цепочку обработки.
7	ВЫЗОВ Вызывает подэкран.
8	LOOP Начинает обработку экранной таблицы.
9	ENDLOOP Завершает обработку экранной таблицы.

МОДУЛЬ

Вызывает диалоговый модуль в программе ABAP

Область

Определяет точку, в которой содержимое поля экрана должно быть перенесено

НА

Используется в сочетании с FIELD

ЦЕННОСТИ

Используется в сочетании с FIELD

ЦЕПИ

Запускает цепочку обработки.

ENDCHAIN

Завершает цепочку обработки.

ВЫЗОВ

Вызывает подэкран.

LOOP

Начинает обработку экранной таблицы.

ENDLOOP

Завершает обработку экранной таблицы.

Создание потока экрана

В браузере репозитория дважды щелкните по названию экрана, и он отобразит логику потока экрана.

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

Вы можете использовать следующие ключевые слова для создания логики потока экрана —

S.No.	ключевые слова и описание
1	ВЫЗОВ Вызывает подэкран.
2	ЦЕПИ Запускает цепочку обработки.
3	ENDCHAIN Завершает цепочку обработки.
4	ENDLOOP Завершает цикл обработки.
5	Область Относится к полю. Может сочетаться с ключевыми словами MODULE и SELECT.
6	LOOP Запускает цикл обработки.
7	ИЗМЕНИТЬ Изменяет таблицу.
8	МОДУЛЬ Определяет модуль обработки.
9	НА Используется с полевыми заданиями.
10	ПРОЦЕСС Определяет событие обработки.
11	ВЫБРАТЬ Проверяет запись в таблице.

ВЫЗОВ

Вызывает подэкран.

ЦЕПИ

Запускает цепочку обработки.

ENDCHAIN

Завершает цепочку обработки.

ENDLOOP

Завершает цикл обработки.

Область

Относится к полю. Может сочетаться с ключевыми словами MODULE и SELECT.

LOOP

Запускает цикл обработки.

ИЗМЕНИТЬ

Изменяет таблицу.

МОДУЛЬ

Определяет модуль обработки.

НА

Используется с полевыми заданиями.

ПРОЦЕСС

Определяет событие обработки.

ВЫБРАТЬ

Проверяет запись в таблице.

Тестовые экраны

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

Для проверки экрана выполните следующие действия:

• Выберите Экран → Тест.
• Система отобразит диалоговое окно для моделирования во время выполнения.
• Вы можете изменить координаты окна, если это необходимо.
• Далее определите сферу симуляции.
• Чтобы включить логику потока, нажмите «выбрать полную логику потока».
• Нажмите Продолжить, и появится экран симуляции.

SAP Testing — Модули

В организации реализованы различные модули SAP, которые можно тестировать с использованием различных инструментов тестирования, таких как HP Quick Test Professional (QTP), IBM Rational Functional Tester (RFT) и инструмент SAP Test Acceleration and Optimization (TAO).

Общие модули SAP

Общие модули SAP перечислены ниже —

• Финансовые модули — финансовый учет и контроль (FICO), казначейство (TR) и контроль предприятия (EC).

• Логистические модули — Управление материальными потоками (MM), Техническое обслуживание завода (PM), Сбыт (SD), Управление качеством (QM) и т. Д.

• Управление человеческими ресурсами — учет заработной платы, управление временем, обучение и управление событиями.

Финансовые модули — финансовый учет и контроль (FICO), казначейство (TR) и контроль предприятия (EC).

Логистические модули — Управление материальными потоками (MM), Техническое обслуживание завода (PM), Сбыт (SD), Управление качеством (QM) и т. Д.

Управление человеческими ресурсами — учет заработной платы, управление временем, обучение и управление событиями.

Все эти модули взаимозависимы, и функциональность одного модуля влияет на функциональность других модулей.

пример

Предположим, вам нужно создать заказ клиента в модуле сбыта (SD). Здесь сначала необходимо ввести код транзакции (например, код транзакции VA01). Затем проверьте запас товара в модуле инвентаризации и проверьте кредитный лимит, доступный в профиле клиента в модуле взаимоотношений с клиентом. Это показывает, что все эти модули взаимозависимы; если вы настроите какой-либо из этих модулей, это повлияет на соответствующую систему ERP.

Чтобы выполнить тестирование SAP, вам необходимо понять функции, функциональные возможности и то, как происходит рабочий процесс в этих модулях SAP. Большинство распространенных причин неудачи проекта внедрения ERP — неправильное планирование тестов и использование неправильных тест-кейсов.

Не SAP ERP-системы, такие как PeopleSoft, Edwards, Oracle E business suite, имеют разных клиентов и возможности. Команда тестирования должна понимать функциональность всей системы.

Типы команды тестирования

Обычно в проектах SAP доступно два типа тестеров:

• Core Testers — те, кто отвечает за базовое тестирование ERP-системы и модулей.

• Тестировщики реализации — которые работают над проектом внедрения и выполняют функции настройки модулей SAP.

Core Testers — те, кто отвечает за базовое тестирование ERP-системы и модулей.

Тестировщики реализации — которые работают над проектом внедрения и выполняют функции настройки модулей SAP.

Запросы на настройку от клиентов могут влиять на модули системы SAP. Команда тестирования должна иметь возможность записывать каждый запрос на настройку и его влияние на другие модули SAP.

ERP-системы — это большие системы, поэтому в идеале процесс тестирования должен быть автоматизирован. Всегда желательно выполнять автоматическое тестирование для систем ERP, поскольку ручное тестирование является очень трудоемким и длительным процессом. Без тестирования каждого компонента системы SAP действительно сложно достичь 100% качества и успешной реализации проекта SAP.

Выполнение SAP-тестирования для приведенного выше примера с использованием QTP

Чтобы выполнить тестирование SAP для приведенного выше примера, выполните шаги, приведенные ниже —

• Первым шагом является установка HP QTP tool и установка необходимых подключаемых модулей в QTP, чтобы сделать его совместимым для подключения к системе ERP.

• Следующим шагом является использование HP Quality Center (QC) для разработки плана тестирования, а затем для преобразования плана тестирования в сценарии тестирования. Эти планы тестирования могут быть преобразованы в сценарии с помощью HP QTP.

• Затем запишите экран GUI R / 3 системы SAP для модуля SD при создании заказа клиента или создании PR в MM.

• После того, как вы закончите запись в инструменте QTP, создайте скрипт в VB.

Первым шагом является установка HP QTP tool и установка необходимых подключаемых модулей в QTP, чтобы сделать его совместимым для подключения к системе ERP.

Следующим шагом является использование HP Quality Center (QC) для разработки плана тестирования, а затем для преобразования плана тестирования в сценарии тестирования. Эти планы тестирования могут быть преобразованы в сценарии с помощью HP QTP.

Затем запишите экран GUI R / 3 системы SAP для модуля SD при создании заказа клиента или создании PR в MM.

После того, как вы закончите запись в инструменте QTP, создайте скрипт в VB.

SAPGuiSession("Session").SAPGuiWindow("SAP Easy Access - User")
   .SAPGuiOKCode("OKCode").Set "/nVA01"

SAPGuiSession("Session").SAPGuiWindow("SAP Easy Access - User"). SendKey ENTER

Вы также можете добавить различные параметры и настройки согласно вашему требованию.

SAP Testing — Интерфейсы

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

пример

Рассмотрим инструмент поставщика, который заботится о посещаемости сотрудников. Теперь системный интерфейс возьмет эту информацию и заполнит ее в системе SAP HR.

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

Точки, которые необходимо учитывать при выполнении тестирования интерфейса SAP

Тестирование интерфейса SAP полностью зависит от операций и организационных процессов. При проведении тестирования интерфейса SAP необходимо учитывать следующие ключевые моменты:

• Какова цель использования интерфейса SAP и какие бизнес-сценарии обрабатываются интерфейсом?

• Проверьте, правильно ли интерфейс обрабатывает все бизнес-сценарии в соответствии со стратегией тестирования.

• Для тестирования интерфейса лучше всего начинать с модульного тестирования.

• Вы должны проверить, в порядке ли исходящий интерфейс, что означает, что он обеспечивает выполнение требований к файлам с точки зрения макета и т. Д.

• Вы должны проверить, в порядке ли входящий интерфейс. Проверьте, правильно ли он читает файл и выполняет ли он правильные шаги в целевой системе.

Какова цель использования интерфейса SAP и какие бизнес-сценарии обрабатываются интерфейсом?

Проверьте, правильно ли интерфейс обрабатывает все бизнес-сценарии в соответствии со стратегией тестирования.

Для тестирования интерфейса лучше всего начинать с модульного тестирования.

Вы должны проверить, в порядке ли исходящий интерфейс, что означает, что он обеспечивает выполнение требований к файлам с точки зрения макета и т. Д.

Вы должны проверить, в порядке ли входящий интерфейс. Проверьте, правильно ли он читает файл и выполняет ли он правильные шаги в целевой системе.

Тестирование SAP — Случаи

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

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

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

пример

Идентификатор тестового набора — XYZ_ERP_SD_A20301

Модуль — SAP Sales & Distribution SD

Давайте проверим транзакцию VA01, чтобы создать заказ на продажу в системе сбыта (SD).

Поля для ввода при создании заказа —

• Дата заказа
• Тип заказа
• Срок действия
• Пользовательский ИД
• Идентификатор доставки, детали доставки и т. Д.

Как только вы введете детали, нажмите Enter и добавьте все детали в заказ клиента.

Чтобы создать контрольный пример SAP, вы можете передать входные данные (правильно и неправильно и увидеть результат) —

Правильные входные данные

• Дата заказа 01.01.2016, Тип заказа Продажа Заказ
• Дата истечения 15/01/2016, дата отгрузки 10/01/2016,
• Выберите срок оплаты 10/01/2015, номер 10 и т. Д.

Неверные входные данные

• Дата заказа 01.01.2017, Тип заказа Продажа Заказ
• Дата истечения 15/01/2017, дата отгрузки 10/01/2017,
• Выберите срок платежа 10/01/2017, номер позиции 0 и т. Д.

Выходные данные — с правильными данными

• Заказ успешно сохранен в модуле SAP и выставлен счет.
• Далее идет номер упаковочного бланка.
• Далее идет номер заказа на доставку и т. Д.

Выходные данные — с неверными данными

• Сообщение об ошибке при неправильном вводе данных. Текстовое сообщение для неправильных входных данных должно быть определено в системе.

Сообщение об ошибке при неправильном вводе данных. Текстовое сообщение для неправильных входных данных должно быть определено в системе.

Ожидаемый результат

• Заказ клиента#
• Счет-фактура продажи#
• Упаковочный лист № и т. Д.

SAP Testing — TAO

Тестирование SAP TAO (ускорение и оптимизация тестирования) — это инструмент, используемый для автоматического тестирования систем SAP. SAP TAO помогает клиентам ускорить процесс создания автоматизированных тестовых случаев для систем SAP. Автоматизированное тестирование с использованием TAO выполняется путем создания тестовых компонентов для различных транзакций в модулях SAP.

Тестовые компоненты с использованием TAO загружаются в HP Quality Center. Созданные таким образом тестовые компоненты обычно предназначены для отдельных транзакций и могут быть позже использованы для создания тестовых сценариев. Этот инструмент может быть легко интегрирован с SAP Solution Manager для поддержки различных компонентов тестирования.

Короче говоря, вы можете сказать, что SAP TAO позволяет клиентам SAP автоматизировать бизнес-потребности, автоматически создавая черновые тестовые наборы и тестовые компоненты.

Ключевые особенности TAO

SAP TAO позволяет клиентам разбить одно программное обеспечение на несколько частей, которые можно интегрировать для тестирования, используя простой интерфейс, перетаскивая каждую часть.

• TAO поддерживает гибкое повторное использование тестовых случаев и данных.

• Если есть какие-либо функциональные изменения в системе, из-за этого изменения легко поддерживать контрольные примеры.

TAO поддерживает гибкое повторное использование тестовых случаев и данных.

Если есть какие-либо функциональные изменения в системе, из-за этого изменения легко поддерживать контрольные примеры.

Распространенными версиями SAP TAO являются TAO 2.0 и TAO 3.0.

Интеграция SAP TAO с другими инструментами

Одной из ключевых особенностей SAP TAO является то, что он может быть легко интегрирован с различными инструментами для создания автоматизированных тестовых случаев. Некоторые общие инструменты, которые могут быть интегрированы с TAO:

• SAP Solution Manager (Солман).
• Центр качества HP QC.
• HP Quality Test Professional QTP.

SAP TAO 2.0

SAP TAO 2.0 — это инструмент, который используется для создания автоматических тестовых случаев во время регрессионного тестирования системы. Это помогает клиентам SAP создавать различные тестовые компоненты с экранов транзакции и параметризировать их.

Эти тестовые компоненты обычно создаются для одного кода транзакции, а затем их можно объединить в тестовые сценарии. Его можно легко интегрировать с анализатором изменений бизнес-процессов в SAP Solution Manager.

SAP TAO 2.0 поставляется с различными пакетами обновления SP 02, SP 04 и SP 06.

SAP TAO выполняет следующие задачи в жизненном цикле тестирования SAP —

• Создание тестовых случаев
• Регенерация пораженных компонентов
• Консолидация тестовых случаев
• Выполнение теста

Архитектура процессов SAP TAO

На следующем рисунке показана архитектура процесса SAP TAO.

Шаги следующие:

• Первым шагом является получение требований для SAP Testing. Это включает в себя понимание функциональности модулей SAP и определение требований для проведения тестирования.

• Затем получите информацию из анализа требований для создания тестовых компонентов.

• Следующим шагом является создание тестовых случаев и компонентов с использованием инструмента SAP TAO.

• Последний шаг заключается в документировании результатов теста и обновлении анализа с результатами теста.

Первым шагом является получение требований для SAP Testing. Это включает в себя понимание функциональности модулей SAP и определение требований для проведения тестирования.

Затем получите информацию из анализа требований для создания тестовых компонентов.

Следующим шагом является создание тестовых случаев и компонентов с использованием инструмента SAP TAO.

Последний шаг заключается в документировании результатов теста и обновлении анализа с результатами теста.

Предварительные условия для установки SAP TAO

Загрузите SAP Solution Manager Матрица совместимости Solman, Центр качества и SAP TAO по этой ссылке — http://service.sap.com

Перейдите в раздел «Управление тестами и дополнительная информация»> «Управление тестами». Он покажет все совместимые компоненты, поддерживаемые SAP TAO.

Проверьте предварительные условия для компонентов в системах SAP в вашей системной среде —

• Версия SAP Solution Manager SOLMAN, после проверки матрицы совместимости, как указано выше.

• Версия ST-PI на всех тестируемых системах.

• Версия ST-A / PI на тестируемых системах типа CRM.

Версия SAP Solution Manager SOLMAN, после проверки матрицы совместимости, как указано выше.

Версия ST-PI на всех тестируемых системах.

Версия ST-A / PI на тестируемых системах типа CRM.

В рабочем центре Конфигурация SAP Solution Manager убедитесь, что системы, на которых необходимо выполнить тестирование, подключены к SOLMAN.

Для установки клиента SAP TAO в локальной системе требуется следующая конфигурация:

• Оперативная память: 4 ГБ.
• Свободное место на диске: 500 МБ.
• Локальное соединение с сервером контроля качества SAP Quality Center и SOLMAN.
• Администрация человека.
• SAPGUI с последним уровнем исправлений.
• Microsoft Excel 97 или выше.
• Microsoft Internet Explorer для поддержки CRM UI.

SAP Testing — структура папок TAO

Внутри инструмента SAP TAO имеются различные модули. Мы обсудили ключевые компоненты в этой главе.

Анализатор потока процесса

Первым компонентом является Process Flow Analyzer, который используется для автоматического поиска пользовательских интерфейсов, используемых в кодах транзакций, выполняемых в системе SAP. Он автоматически создает тестовые компоненты и загружает их в Центр качества.

Process Flow Analyzer также используется для определения последовательности тестовых компонентов в соответствии с действиями пользователя и создания значений электронной таблицы.

Осмотреть

Вы должны добавить коды транзакций в список. SAP TAO вернет все экраны, связанные с конкретной транзакцией. Вы можете выбрать любой экран и нажать кнопку «Проверить».

закреплять

Позволяет собрать несколько тестовых компонентов в один тест. Вам нужно найти тест в Центре качества из дерева контроля качества и нажать Консолидировать.

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

Импорт и экспорт

Параметры импорта и экспорта используются для экспорта в Quality Center и импорта из Quality Center. Вам нужно выбрать компоненты для импорта и экспорта и нажать на нужную кнопку.

Анализатор изменений

Анализатор изменений используется для отслеживания изменений и влияния на систему SAP. Когда вы вносите какие-либо изменения в систему SAP, она определяет затронутые бизнес-процессы.

Чтобы использовать Change Analyzer, выберите конкретный проект и щелкните опцию « Анализ влияния изменений» . Это позволит вам проверить и исправить затронутые компоненты в системе SAP из-за этого изменения.

вместилище

Хранилище используется для хранения информации обо всех тестовых компонентах и ​​ходе проекта. Чтобы просмотреть информацию о любом тестовом компоненте и проверить ход процесса, вы можете щелкнуть по Обозреватель компонентов или Обозреватель PFA .

SAP Testing — Настройка центра качества

Конфигурирование SAP Quality Center может быть выполнено двумя способами:

• Серверные атрибуты HP
• Проект HP

Серверные атрибуты HP

Шаг 1 — В SAP TAO щелкните Центр качества SAP. У вас должен быть URL-адрес SAP Quality Center на панели соединений SAP TAO. Затем введите URL в веб-браузере.

Шаг 2. Введите следующие значения в SAP Quality Center от HP Site Administration и нажмите « Применить ко всему» .

DISABLE_EXTENDED_STORAGE = N 
BACKWARD_SUPPORT_ALL_DOMAINS_PROJECTS = Y

Шаг 3 — Для нового проекта выполните следующие шаги —

• Создайте новый домен и проект в SAP QC.
• Создайте нового пользователя, чтобы назначить этот проект новому пользователю.
• Назначьте роль администратора проекта только что созданному пользователю.

Шаг 4 — Выйдите из SAP Quality Center с помощью HP Site Administration.

Проект HP

В SAP TAO щелкните Центр качества SAP. У вас должен быть URL-адрес SAP Quality Center на панели соединений SAP TAO.

• Шаг 1 — введите URL в вашем веб-браузере.

• Шаг 2 — Следующий шаг — войти в домен / проект.

• Шаг 3 — Перейдите к Плану тестирования.

• Шаг 4 — В папке «Тема» создайте папку с именем BPT Resources → создать библиотеку папок.

• Шаг 5 — SAP TAO записывает информацию о тестовой консолидации в пользовательское поле тестовых объектов в QC, и по умолчанию это TS_USER_01. Обратите внимание, что это правильно при подключении к SOLMAN для всех тестов, созданных SAP TAO.

• Шаг 6 — Пользователи SAP QC не должны использовать подобное пользовательское поле для других целей в своих проектах Quality Center.

Шаг 1 — введите URL в вашем веб-браузере.

Шаг 2 — Следующий шаг — войти в домен / проект.

Шаг 3 — Перейдите к Плану тестирования.

Шаг 4 — В папке «Тема» создайте папку с именем BPT Resources → создать библиотеку папок.

Шаг 5 — SAP TAO записывает информацию о тестовой консолидации в пользовательское поле тестовых объектов в QC, и по умолчанию это TS_USER_01. Обратите внимание, что это правильно при подключении к SOLMAN для всех тестов, созданных SAP TAO.

Шаг 6 — Пользователи SAP QC не должны использовать подобное пользовательское поле для других целей в своих проектах Quality Center.

Создание области приложения в QTP

Компоненты SAP TAO требуют области приложения для размещения HP QTP и веб-надстроек. Чтобы создать область приложения в QTP, вам необходимо выполнить следующие шаги:

• Запустите QTP от HP от имени администратора. Это изменяется согласно операционной системе.

• Вы можете выбрать веб-надстройки и SAP.

• Затем подключитесь автоматически или вручную к проекту Quality Center. Этот шаг автоматический, если он настроен.

• Затем создайте область приложения с именем_SAP_Doc. Имя области приложения вводится при нажатии кнопки «Сохранить».

Запустите QTP от HP от имени администратора. Это изменяется согласно операционной системе.

Вы можете выбрать веб-надстройки и SAP.

Затем подключитесь автоматически или вручную к проекту Quality Center. Этот шаг автоматический, если он настроен.

Затем создайте область приложения с именем_SAP_Doc. Имя области приложения вводится при нажатии кнопки «Сохранить».

Анализатор потока процесса (PFA)

Process Flow Analyzer используется для автоматического определения пользовательских интерфейсов, используемых в кодах транзакций, выполняемых в системе SAP. Он автоматически создает тестовые компоненты и загружает их в Центр качества.

Он также используется для определения последовательности компонентов теста в соответствии с действиями пользователя и создания значений электронной таблицы.

Нажмите кнопку Добавить транзакцию → Введите код транзакции и нажмите ОК.

Следующим шагом является нажатие кнопки « Пуск» .

TAO запустит SAP и зарегистрирует введенную вами транзакцию. После завершения транзакции нажмите кнопку « Стоп» .

TAO вернет все экраны, которые используются для создания потока процесса. Затем загрузите анализ в QC. Это можно сделать, нажав кнопку Загрузить .

Импорт Экспорт

Параметры импорта и экспорта используются для экспорта в Quality Center и импорта из Quality Center. Вам необходимо выбрать компоненты для импорта и экспорта и нажать нужную кнопку.

Сначала определите компоненты, которые будут импортированы или экспортированы. Нажмите Экспорт в SAP QC или Импорт из SAP QC, чтобы импортировать / экспортировать необходимые компоненты.

Анализатор изменений

Анализатор изменений используется для отслеживания изменений и влияния на систему SAP. Когда вы вносите какие-либо изменения в систему SAP, она определяет затронутые бизнес-процессы.

Чтобы использовать Change Analyzer, выберите конкретный проект и щелкните опцию « Анализ влияния изменений» . Это позволит вам проверить и исправить затронутые компоненты в системе SAP.

Осмотреть

Вы должны добавить коды транзакций в список. SAP TAO вернет все экраны, связанные с конкретной транзакцией. Вы можете выбрать любой экран и щелкнуть опцию Inspect .

SAP Testing — Анализ результатов TAO

Чтобы проанализировать результаты SAP TAO, выполните следующие шаги —

Шаг 1 — Перейдите в список Тесты и в дереве щелкните тест для анализа. Вы попадете в список отчетов, и будет отображено состояние запущенных тестов.

Шаг 2 — Проанализируйте тест, выберите опцию View Report . Откроется новое окно с подробным отчетом.

Существует возможность настроить отображаемые столбцы, щелкнув значок мыши. Вы также можете просмотреть HTML-формат отчета о тестировании, щелкнув HTML-отчет. Для дальнейшего изучения результатов теста вы можете перейти в папку журнала из отчета HTML.

TAO Построить и выполнить тестовый скрипт

Построение тестов выполняется в Центре качества SAP с использованием SAP TAO. Вам необходимо объединить тестовые компоненты для создания тестовых сценариев. Вы можете выполнить один или несколько тестов в SAP TAO, используя Техническую спецификацию TBOM.

Выполнение одного теста

Техническая спецификация (TBOM) используется для хранения объектов в исполняемой форме. Change Analyzer использует это, чтобы сказать, затрагивается ли исполняемый объект при выполнении изменения.

Если вы хотите использовать анализатор изменений бизнес-процессов, вам необходимо сгенерировать TBOM для каждого исполняемого объекта в тестовых сценариях и процессах.

Примечание. Если вам нужно запустить один тест и обновить TBOM, нажмите « Выполнить» и обновите TBOM .

Вы можете проверить детали обновления на странице TBOM. Вы можете изменить список прогонов, созданный в SAP TAO.

Выполнение нескольких тестов

В Business Process Change Analyzer для выполнения нескольких тестов вы можете выбрать папку и добавить ее в список выполнения. Вы также можете выбрать создание TBOM во время выполнения.

Примечание. Если TBOM уже существует во время выполнения, он будет обновлять только существующий TBOM.

Тестирование SAP — Консолидация TAO

Консолидация известна как процесс объединения компонентов SAP TAO со встроенными компонентами для создания сценариев тестирования в виде бизнес-компонентов с одной транзакцией. Позволяет собрать несколько тестовых компонентов в один тест.

Это происходит, когда собираются транзакционные компоненты. На следующем снимке экрана показаны компоненты транзакции в QC.

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

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

Как описано в предыдущих главах, вам нужно выполнить шаги, приведенные ниже —

• Шаг 1 — Найдите транзакцию, которую вы хотите объединить в КК.

• Шаг 2 — Добавить транзакции в сводный список.

• Шаг 3 — Нажмите кнопку консолидации.

Шаг 1 — Найдите транзакцию, которую вы хотите объединить в КК.

Шаг 2 — Добавить транзакции в сводный список.

Шаг 3 — Нажмите кнопку консолидации.

SAP Testing — TAO UI Scanner

Пользовательский интерфейс сканера используется для создания новых компонентов экрана с существующими компонентами. Это плагин для инструмента QTP. Вы должны попытаться использовать проверку вкладки над сканером пользовательского интерфейса. Стандартный сканер пользовательского интерфейса работает только с клиентским интерфейсом GUI. Вы также можете использовать сторонний сканер пользовательского интерфейса для захвата компонентов экрана.

Если вам необходимо использовать сканер пользовательского интерфейса, его необходимо активировать на вкладке «Проверка» инструмента SAP TAO. UI-сканер используется для получения информации с одного экрана за один раз и передачи этих экранных объектов в QC как компонент экрана.

Сканер пользовательского интерфейса позволяет создавать компоненты из экрана SAP GUI, которые не поддерживаются Process Flow Analyzer или вкладкой Inspection.

Как использовать UI Scanner с SAP TAO?

При входе в SAP TAO перейдите на вкладку « Проверка ». Он покажет возможность использовать UI Scanner.

Войдите в систему SAP. Введите код транзакции и перейдите на экран для сканирования и выхода из системы.

Вы можете использовать опцию сканера пользовательского интерфейса по умолчанию с инструментом QTP, перейдя на вкладку Сканирование пользовательского интерфейса в разделе Проверка в SAP TAO. В противном случае вы можете использовать пользовательский тест QTP с процессом UI Scanner, перейдя в UI Scanner и выбрав внешний параметр.

SAP Testing — Инструменты автоматизации

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

Автоматизированное тестирование включает повторный запуск тестовых случаев несколько раз, которые были выполнены вручную.

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

Инструменты тестирования программного обеспечения

Следующие инструменты могут быть использованы для тестирования автоматизации —

• HP Quick Test Professional (QTP)
• Селен
• SAP TAO
• ECATT
• IBM Rational Functional Tester
• SilkTest
• TestComplete
• Тестирование везде
• WinRunner
• LaodRunner
• Visual Studio Test Professional
• Watir

SAP Testing — Менеджер решений

Для проведения тестирования SAP Automation необходимо настроить связь между SAP TAO, SAP Solution Manager и тестируемой системой.

Чтобы настроить эту конфигурацию, вам необходимы полномочия администратора в SAP SOLMAN. Это необходимо для доступа и изменения содержимого таблицы данных.

T-код: SE16

Вам необходимо отобразить имя таблицы: AGS_TAO_SETTING и изменить значение AGS_TAO_ENABLE_SM_SETUP на ON.

Затем проверьте матрицу совместимости для SAP TAO и Solution Manager. SAP TAO 3.0 содержит мастер записи Process Flow Analyzer, который можно использовать для упрощения записи теста.

Примечание. SAP TAO 3.0 является компонентом для Solution Manager 7.1 и не поддерживает Solution Manager 7.0. Откройте рабочий центр Конфигурация SAP Solution Manager и запустите код транзакции — SOLMAN_SETUP.

Откройте SAP Logon и добавьте систему для тестирования при входе в систему.

Как подключить SAP SOLMAN к TAO?

Перейдите в SAP TAO и войдите в систему и выберите SAP SOLMAN в списке. Этот список системы в SAP TAO выбирается из файла конфигурации входа в систему SAP. Чтобы добавить систему в SAP TAO, необходимо добавить новую систему в SAP Logon и обновить список в TAO.

Введите учетные данные для входа и нажмите «Войти». SAP TAO будет подключен к SAP Solution Manager, и откроется мастер настройки TAO.

SAP Testing — HP Бизнес-процесс

Тестирование бизнес-процессов (BPT) является частью инфраструктуры автоматизации QTP и используется с Центром качества компанией HP. BPT используется для создания сценариев автоматизации тестирования и запуска этих сценариев без каких-либо предварительных знаний об автоматизации.

HP BPT устраняет сложность создания и обслуживания тестовых наборов и объединяет всю документацию и автоматизацию тестирования в одном усилии.

Тестирование бизнес-процессов приводит процесс тестирования в соответствие с бизнес-целями и значительно сокращает время жизненного цикла тестирования.

Как использовать средство тестирования бизнес-процессов HP?

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

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

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

Тестовые случаи, созданные с помощью инструмента тестирования бизнес-процессов, можно выполнить с помощью HP Quality Center QC.

Преимущества использования HP Business Process Testing

Используя BPT, нетехническое SME может легко создавать, поддерживать и запускать тестовые примеры и документировать их в веб-системе.

• Это позволяет проектировать и создавать повторно используемые компоненты в тестовых примерах и использовать их в соответствии с бизнес-требованиями.

• Вы также можете запускать сценарии тестирования с помощью HP Sprinter.

• Благодаря наличию инфраструктуры для использования повторно используемых компонентов это уменьшает усилия по сопровождению тестовых случаев.

Это позволяет проектировать и создавать повторно используемые компоненты в тестовых примерах и использовать их в соответствии с бизнес-требованиями.

Вы также можете запускать сценарии тестирования с помощью HP Sprinter.

Благодаря наличию инфраструктуры для использования повторно используемых компонентов это уменьшает усилия по сопровождению тестовых случаев.

Центр качества HP (ALM)

HP Quality Center, инструмент управления тестами, теперь широко известен как инструмент управления жизненным циклом приложений (ALM), поскольку он уже не просто инструмент управления тестами, а поддерживает различные этапы жизненного цикла разработки программного обеспечения.

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

Модуль «Требования» позволяет пользователям определять, управлять и отслеживать требования на всех этапах жизненного цикла программного обеспечения. Ниже перечислены основные функции модуля требований.

S.No.	Функциональность и описание
1	Создание требований Создавайте требования, назначайте релизам / циклам.
2	Требование к загрузке Загрузка требований с использованием надстроек ALM-MS Excel
3	Прослеживаемость требований Позволяет определить связи между требованиями и зависимостями, существующими между требованиями.
4	Матрица прослеживаемости Позволяет пользователю просматривать матрицу прослеживаемости, в которой перечислены исходные требования и связанные с ними требования и тесты.

Создавайте требования, назначайте релизам / циклам.

Загрузка требований с использованием надстроек ALM-MS Excel

Позволяет определить связи между требованиями и зависимостями, существующими между требованиями.

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

План испытаний

Важным шагом в тестировании любого приложения является разработка четкого и точного плана тестирования. Хороший план тестирования позволяет группе оценить качество тестируемого приложения в любой точке жизненного цикла разработки программного обеспечения.

Следующие функции очень важны для лучшего понимания модуля плана тестирования.

S.No.	Функциональность и описание
1	Создание тестов В этом модуле описывается, как создавать папки испытуемых в дереве плана тестирования, а также добавлять тесты.
2	Загрузка тестов Загрузка сосков с помощью надстроек ALM-MS Excel
3	Требования и покрытие испытаний Включите, как определить связь между требованиями и тестами.
4	Тестовая конфигурация Определенное подмножество данных или среда выполнения, которую должен использовать тест.

Создание тестов

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

Загрузка тестов

Загрузка сосков с помощью надстроек ALM-MS Excel

Требования и покрытие испытаний

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

Тестовая конфигурация

Определенное подмножество данных или среда выполнения, которую должен использовать тест.

Более подробную информацию о том, как HP QC, пожалуйста, перейдите на — http://www.tutorialspoint.com/qc/index.htm

SAP Testing — QTP

HP Quick Test Professional (QTP) — это инструмент автоматического функционального тестирования, который помогает тестировщикам выполнять автоматическое регрессионное тестирование с целью выявления пробелов, ошибок / дефектов, которые противоречат фактическим / желаемым результатам тестируемого приложения.

Хранилище объектов

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

действия

Действия помогают тестировщикам разделить сценарии на группы операторов QTP, называемых действиями . Действия аналогичны функциям в VBScript, однако есть несколько отличий. По умолчанию QTP создает тест с 1 действием.

действия	функции
Действия являются встроенной функцией QTP.	Функции VBScript поддерживаются как VBScript, так и QTP.
Параметры действий передаются только по значению.	Параметры функции передаются либо по значению, либо по byref.
Действия имеют расширение .mts	Функции сохраняются как .vbs или .qfl
Действия могут или не могут быть повторно использованы.	Функции всегда многоразовые.

Доступ к свойствам действия можно получить, щелкнув правой кнопкой мыши Окно редактора сценариев и выбрав «Свойства».

Свойства действия содержат следующую информацию —

• Название действия
• Место нахождения
• Многоразовый флаг
• Входные параметры
• Выходные параметры

Типы действий

Есть три типа действий —

• Одноразовое действие — действие, которое может быть вызвано только в том конкретном тесте, в котором оно было разработано, и может быть вызвано только один раз.

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

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

Одноразовое действие — действие, которое может быть вызвано только в том конкретном тесте, в котором оно было разработано, и может быть вызвано только один раз.

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

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

Для получения дополнительной информации, пожалуйста, используйте следующую ссылку — http://www.tutorialspoint.com/qtp/index.htm

SAP Testing — Case Study

Большинство компаний, внедряющих SAP, должны проводить тестирование. Поскольку объем тестирования слишком велик, можно использовать автоматизированный подход для сохранения изменений в системе SAP.

Различные компании разработали свои внутренние решения для удовлетворения требований клиентов для проведения SAP-тестирования. Клиенты могут быть из банковской, финансовой, производственной или медицинской сферы.

пример

Ниже приведен пример выполнения тестирования SAP для производственной компании.

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

Выполненные задачи — Началось с понимания ключевых бизнес-процессов и задач системы SAP, которые должны быть автоматизированы. Команда тестирования ссылалась на старый пилотный проект для доработки стратегии тестирования, времени и усилий, необходимых для запуска выполнения теста в средстве HP QTP.

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

Используемые инструменты — Использовались следующие инструменты: SAP R / 3, HP QTP, тестовые сценарии, написанные на VB, и данные в формате XML и XLS.

Достигнуты ключевые преимущества — Достигнуты следующие преимущества —

SAP Testing — Вопросы для интервью

SAP Testing — это тестирование функциональности различных модулей SAP, чтобы убедиться, что они работают в соответствии с конфигурацией. Система SAP претерпевает различные изменения, такие как управление исправлениями и исправлениями, новые реализации модулей и различные другие изменения конфигурации. Все это повышает необходимость проведения регрессионного тестирования в средах SAP. Инструменты автоматизации тестирования SAP, такие как SAP TAO, могут использоваться для этой цели и рекомендованы SAP для тестирования.

Преимущества выполнения SAP Testing разнообразны. Они заключаются в следующем —

Проверка системы — SAP Testing включает в себя полное сквозное тестирование и проверку всех модулей SAP в среде SAP ERP.

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

Стоимость и предсказуемость. Тестирование SAP включает снижение затрат на разработку SAP и повышение предсказуемости.

Требование соответствия — SAP Testing гарантирует, что реализация SAP соответствует новым требованиям соответствия в конкретной организации и все модули работают в соответствии с ожидаемой конфигурацией.

Новые изменения в реализации и конфигурации. В системе SAP реализованы различные типы изменений, такие как исправления и исправления, новая реализация, изменения конфигурации. Тестирование SAP гарантирует, что все модули работают в соответствии с требованиями в этой динамической системной среде.

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

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

Тестирование SAP может быть выполнено на следующих модулях —

Некоторые из средств автоматизации тестирования — HP Quick Test Professional (QTP), Selenium, SAP TAO, ECATT, IBM Rational Functional Tester, WinRunner и LoadRunner.

Различные этапы жизненного цикла тестирования программного обеспечения — это фаза требований, планирование теста, анализ теста, фаза разработки теста, реализация теста, фаза выполнения теста и фаза закрытия теста.

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

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

Модульное тестирование используется для проверки функциональности деталей в системе SAP. Это выполняется экспертом по домену и конфигурации, который знает функциональность каждого устройства в системе.

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

Системное тестирование включает в себя интеграцию элементов системы SAP, чтобы гарантировать, что соответствующие функциональные возможности SAP связаны друг с другом в среде разработки.

Пример. Если вы скажете, что Денежный поток для предложения в организации будет показывать, что предложение может быть использовано для создания заказа на продажу, можно создать и обработать доставку из заказа, счет-фактура может быть выставлен, а счет выставлен для учета и платеж клиента, примененный к бухгалтерской накладной. Каждый блок тестируется таким образом, а затем результаты теста объединяются.

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

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

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

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

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

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

SAP UAT используется для обеспечения того, чтобы конечные пользователи могли выполнять назначенные функции работы с новой системой. Важным аспектом этого тестирования является понимание требований бизнеса и обеспечение доступности ожидаемых функций, функций и возможностей.

Тестирование производительности выявляет узкие места и неэффективность кодирования в системе SAP. Проводится проверка —

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

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

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

Регрессионное тестирование SAP используется для поиска новых функций и для проверки старых функций в системе при ее обновлении или при настройке новой системы. Ключевая роль регрессионного тестирования заключается в тестировании существующей функциональности и недавно обновленной конфигурации и базы кода.

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

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

Это также уменьшает усилия по ручному тестированию и охватывает большинство путей тестирования в системе SAP. OPA тесты могут быть выполнены для проверки SAP Testing — Navigation.

Логика экранного потока в SAP Testing похожа на код ABAP и используется для хранения блоков обработки. Он содержит процедурную часть экрана и создается в программе для рисования на экране, и эта программа для рисования похожа на редактор ABAP.

Финансовые модули — финансовый учет и контроль (FICO), казначейство (TR) и контроль предприятия (EC).

Логистические модули — Управление материальными потоками (MM), Техническое обслуживание завода (PM), Сбыт (SD), Управление качеством (QM) и т. Д.

Управление человеческими ресурсами — учет заработной платы, управление временем, обучение и управление событиями.

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

Поскольку система ERP является общей централизованной системой и используется несколькими пользователями одновременно в режиме реального времени, возникает необходимость в написании контрольных примеров с большими усилиями и преданностью.

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

Ускорение и оптимизация тестов SAP TAO 2.0 — это инструмент, который используется для создания автоматических тестовых случаев во время регрессионного тестирования системы. Это помогает клиентам SAP создавать различные тестовые компоненты с экранов транзакции и параметризировать их.

Эти тестовые компоненты обычно создаются для одного кода транзакции и позже могут быть объединены в тестовые сценарии. Его можно легко интегрировать в анализатор изменений бизнес-процессов в SAP Solution Manager.

Process Flow Analyzer используется для автоматического определения пользовательских интерфейсов, используемых в кодах транзакций, выполняемых в системе SAP. Он автоматически создает тестовые компоненты и загружает их в Центр качества. Он также используется для определения последовательности тестовых компонентов в соответствии с действиями пользователя и создания значений электронной таблицы.

Консолидация известна как процесс объединения компонентов SAP TAO со встроенными компонентами для создания сценариев тестирования в виде бизнес-компонентов с одной транзакцией. Позволяет собрать несколько тестовых компонентов в один тест.

Перейдите в SAP TAO и войдите в систему и выберите SAP SOLMAN в списке. Этот список системы SAP TAO извлекается из файла конфигурации входа в систему SAP. Таким образом, чтобы добавить систему в SAP TAO, необходимо добавить новую систему в SAP Logon и обновить список в TAO.

Введите учетные данные для входа и нажмите «Войти».

SAP TAO будет подключен к SAP Solution Manager, и откроется мастер настройки TAO.