SAP Testing - Краткое руководство

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

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

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

• Управление материальными потоками SAP.
• Финансовый учет и контроллинг SAP.
• Продажи и распространение SAP.
• Человеческие ресурсы SAP.
• SAP Supply Chain Management.
• SAP Plant Management.

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

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

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

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

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

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

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

• Cost and Predictability - SAP Testing предполагает снижение затрат на разработку SAP и повышение предсказуемости.

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

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

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

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

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

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

• Unit Testing - Это тип тестирования белого ящика, который включает в себя тестирование отдельного модуля или группы модулей.

• Integration Testing - В этом тестировании несколько систем объединяются для проверки результатов работы интегрированной системы.

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

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

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

• System Testing - Вся система тестируется в соответствии с требованиями и спецификациями.

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

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

• Regression Testing - Он включает в себя тестирование всего приложения или системы на предмет изменений.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Кодирование

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

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

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

Интеграция

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

Реализация

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

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

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

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

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

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

Требование Фаза

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

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

Планирование тестирования

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

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

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

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

Для определения условий испытаний используются различные факторы -

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

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

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

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

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

Этот этап определяет, как будут проводиться тесты.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

пример

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

пример

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

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

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

пример

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

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

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

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

пример

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

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

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

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

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

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

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

Приемочное тестирование пользователей SAP

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

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

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

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

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

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

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

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

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

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

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

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

SAP Cutover Testing

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

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

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

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

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

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

Планирование тестирования

Планирование тестирования включает в себя этапы начального этапа тестирования.

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

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

• Рассмотрение тест-кейсов.

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

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

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

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

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

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

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

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

пример

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

Планируемые изменения

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

Система действует

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

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

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

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

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

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

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

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

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

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

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

• Given - пройти договоренности.

• When - действия, которые необходимо предпринять.

• Then - утверждение.

пример

В следующем примере показано, как использовать все 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 похожа на код ABAP и используется для хранения блоков обработки. Он содержит процедурную часть экрана. Он создается в программе рисования экрана, и этот редактор экрана похож на редактор ABAP.

Логика потока экрана не включает объявления внешних данных, и каждый блок обработки определяется с префиксом PROCESS. Например,

• ПРОЦЕСС ПОСЛЕ ВВОДА
• ПРОЦЕСС ПЕРЕД ВЫВОДОМ
• ПРОЦЕСС ПО ЗАПРОСУ ПОМОЩИ
• ПРОЦЕСС ПО ЗАПРОСУ СТОИМОСТИ

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

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

S.No.	Ключевое слово и описание логики экранного потока
1	MODULE Вызывает диалоговый модуль в программе ABAP
2	FIELD Определяет точку, в которую должно быть перенесено содержимое поля экрана
3	ON Используется вместе с FIELD
4	VALUES Используется вместе с FIELD
5	CHAIN Запускает технологическую цепочку.
6	ENDCHAIN Завершает цепочку обработки.
7	CALL Вызывает подэкран.
8	LOOP Начинает обработку экранной таблицы.
9	ENDLOOP Завершает обработку экранной таблицы.

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

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

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

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

S.No.	ключевые слова и описание
1	CALL Вызывает подэкран.
2	CHAIN Запускает технологическую цепочку.
3	ENDCHAIN Завершает цепочку обработки.
4	ENDLOOP Завершает обработку цикла.
5	FIELD Относится к полю. Может сочетаться с ключевыми словами MODULE и SELECT.
6	LOOP Запускает обработку цикла.
7	MODIFY Изменяет таблицу.
8	MODULE Обозначает модуль обработки.
9	ON Используется с присвоениями FIELD.
10	PROCESS Определяет событие обработки.
11	SELECT Проверяет запись в таблице.

Экраны тестирования

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

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

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

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

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

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

• Financial Modules - Финансовый учет и контроллинг (FICO), Treasure (TR) и Enterprise Control (EC).

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

• Human Resource Management - Расчет заработной платы, тайм-менеджмент, обучение и организация мероприятий.

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

пример

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

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

Системы ERP, отличные от SAP, такие как PeopleSoft, Edwards, Oracle E Business Suite, имеют разные клиенты и возможности. Команде тестирования необходимо понимать функциональность всей системы.

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

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

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

• Implementation Testers - которые работают над проектом внедрения и охватывают функции настройки модулей SAP.

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

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

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

Чтобы выполнить тестирование SAP для приведенного выше примера, выполните следующие действия:

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

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

• Затем запишите экран графического интерфейса пользователя 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

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

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

пример

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

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

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

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

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

• Убедитесь, что интерфейс точно обрабатывает все бизнес-сценарии в соответствии со стратегией тестирования.

• Чтобы выполнить тестирование интерфейса, лучше всего начать с выполнения модульного тестирования.

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

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

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

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

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

пример

Test Case ID - XYZ_ERP_SD_A20301

Module - 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 (Test Acceleration and Optimization) - это инструмент, используемый для автоматического тестирования систем SAP. SAP TAO помогает клиентам ускорить процесс создания автоматизированных тестовых случаев для систем SAP. Автоматизация тестирования с использованием TAO выполняется путем создания тестовых компонентов для различных транзакций в модулях SAP.

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

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

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

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

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

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

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

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

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

• Менеджер решений SAP (Solman).
• Центр качества 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. Сюда входит понимание функциональности модулей SAP и определение требований к проведению тестирования.

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

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

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

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

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

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

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

• Версия 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.

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

Анализатор технологического потока

Первый компонент - это анализатор потока процессов, который используется для автоматического определения пользовательских интерфейсов, используемых в кодах транзакций, выполняемых в системе SAP. Он автоматически создает тестовые компоненты и загружает их в Quality Center.

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

Осмотреть

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

Консолидировать

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

Выберите код транзакции, который вы хотите объединить, и нажмите Add to Consolidate list внизу, чтобы создать тестовый сценарий.

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

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

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

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

Чтобы использовать Анализатор изменений, выберите конкретный проект и нажмите кнопку change impact analysisвариант. Это позволит вам просмотреть и исправить затронутые компоненты в системе SAP из-за этого изменения.

Репозиторий

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

Настройку SAP Quality Center можно выполнить двумя способами:

• Атрибуты сервера HP
• Проект HP

Атрибуты сервера HP

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

Step 2 - Введите следующие значения в SAP Quality Center от HP Site Administration и щелкните apply to entire.

DISABLE_EXTENDED_STORAGE = N 
BACKWARD_SUPPORT_ALL_DOMAINS_PROJECTS = Y

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

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

Step 4 - Выйдите из SAP Quality Center через HP Site Administration.

Проект HP

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

• Step 1 - Введите URL-адрес в своем веб-браузере.

• Step 2 - Следующим шагом будет вход в домен / проект.

• Step 3 - Перейдите к плану тестирования.

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

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

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

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

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

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

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

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

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

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

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

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

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

Следующим шагом является щелчок по Start кнопка.

TAO запустит SAP и зарегистрирует введенную вами транзакцию. После завершения процесса транзакции щелкните значокStop кнопка.

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

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

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

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

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

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

Чтобы использовать Анализатор изменений, выберите конкретный проект и нажмите кнопку change impact analysisвариант. Это позволит вам просмотреть и исправить затронутые компоненты в системе SAP.

Осмотреть

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

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

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

Step 2 - Проанализируйте тест, нажмите View Reportвариант. Откроется новое окно с подробным отчетом.

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

Сборка теста выполняется в SAP Quality Center с использованием SAP TAO. Вам необходимо консолидировать тестовые компоненты для создания тестовых сценариев. Вы можете выполнитьsingle or multiple tests в SAP TAO с использованием технической спецификации TBOM.

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

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

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

Note - Если вам нужно запустить один тест и обновить TBOM, нажмите Execute and update TBOM.

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

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

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

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

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

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

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

Выберите код транзакции, который вы хотите объединить, и нажмите Add to Consolidate list внизу, чтобы создать тестовый сценарий.

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

• Step 1 - Узнайте транзакцию, которую вы хотите консолидировать в QC.

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

• Step 3 - Нажмите кнопку консолидации.

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

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

Сканер пользовательского интерфейса позволяет создавать компоненты с экрана графического интерфейса пользователя SAP, которые не поддерживаются анализатором потока процессов или вкладкой «Проверка».

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

При входе в SAP TAO щелкните значок Inspectтаб. Он покажет возможность использовать UI Scanner.

Войдите в систему SAP. Введите код транзакции, перейдите на экран, который нужно просканировать, и выйдите из системы.

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

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

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

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

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

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

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

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

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

T-Code: SE16

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

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

Note- 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.

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

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

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

Как использовать HP Business Process Testing Tool?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

План тестирования

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

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

S.No.	Функциональность и описание
1	Creating Tests В этом модуле описывается, как создавать папки испытуемых в дереве плана тестирования, а также добавлять тесты.
2	Uploading Tests Загрузка сосков с помощью надстроек ALM-MS Excel
3	Requirement and Test Coverage Включите способ определения взаимосвязи между требованиями и тестами.
4	Test Configuration Укажите подмножество данных или среду выполнения, которую должен использовать тест.

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

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

Репозиторий объектов

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

Действия

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

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

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

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

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

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

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

• Non-reusable action - Действие, которое может быть вызвано только в том конкретном тесте, в котором оно было разработано, и может быть вызвано только один раз.

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

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

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

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

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

пример

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

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

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

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

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

Key Benefits Achieved - Достигнуты следующие преимущества -

• Проверка системы
• Качество и доход
• Стоимость и предсказуемость
• Управление соответствием
• Новая реализация и изменения конфигурации

Что вы понимаете под SAP Testing?

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

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

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

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

• Quality and Revenue - SAP Testing - это тестирование, основанное на результатах, в отличие от традиционных методов тестирования, основанных на вводе, и оно обеспечивает качество системы SAP, а также фокусируется на доходах и затратах организации.

• Cost and Predictability - SAP Testing предполагает снижение затрат на разработку SAP и повышение предсказуемости.

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

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

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

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

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

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

• Управление материальными потоками SAP
• Финансовый учет и контроллинг SAP
• Сбыт и распространение SAP
• Человеческие ресурсы SAP
• SAP Supply Chain Management
• SAP Plant Management

Назовите несколько инструментов автоматизации тестирования.

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

Какие стадии проходят в жизненном цикле тестирования программного обеспечения?

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

Какая польза от модульного тестирования в SAP? Объясните на примере.

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

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

Объясните модульное тестирование на примере.

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

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

Объясните тестирование системы на примере.

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

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

Объясните на примере тестирование на основе сценария.

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

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

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

Объясните интеграционное тестирование на примере.

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

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

Объяснить тестирование интерфейса SAP.

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

Где можно использовать приемочное тестирование пользователей SAP?

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

Почему необходимо тестирование производительности?

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

• Приемлемо ли время отклика системы в соответствии с бизнес-требованиями
• Выполняются ли периодические процессы в допустимое время
• Может ли поддерживаться ожидаемая одновременная пользовательская нагрузка

В чем важность тестирования безопасности и авторизации SAP?

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

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

Объясните использование SAP Cutover Testing.

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

Что такое регрессионное тестирование SAP?

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

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

Какова цель использования навигации в SAP Testing?

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

Это также сокращает объем ручного тестирования и покрывает большинство этапов тестирования в системе SAP. Чтобы проверить SAP Testing - Navigation, можно выполнить тесты OPA.

Что такое логика потока экрана в SAP Testing?

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

Какие существуют модули в системе SAP и как они используются?

Financial Modules - Финансовый учет и контроллинг (FICO), Treasure (TR) и Enterprise Control (EC).

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

Human Resource Management - Расчет заработной платы, тайм-менеджмент, обучение и организация мероприятий.

Что такое тест-кейс? Каким будет объем тестовых примеров в системе SAP?

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

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

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

Что такое SAP Test Acceleration and Optimization?

SAP Test Acceleration and Optimization TAO 2.0 - это инструмент, который используется для создания автоматических тестовых примеров во время регрессионного тестирования системы. Он помогает клиентам SAP создавать различные тестовые компоненты на экранах транзакции и параметризует их.

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

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

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

Какая польза от Process Flow Analyzer в SAP TAO?

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

Какова цель вкладки консолидации в SAP TAO?

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

Как подключиться к SAP TAO к SAP Solution Manager?

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

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

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