Архив метки: eCATT

Крутяк! Организация тестирования

Рассказываю вам крутяк. Организуем тестирование системы олдскульным способом — в самой ERP.

Транзакция STWB_1. Создаем каталог тестов. В нем есть три основные возможности. Создание ручных тестов (аля MS Excel, MS Word), автоматизированных в eCATT, внешних (через внешнюю программу).

Для примера я накидал два теста для себя.

Все на вражеском, ибо мне нужно для зарубежного блога на английском. Так что звиняйте.

Читать далее

Тестируем

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

Для начала работы нам нужен мандант, в котором будут активированы две вещи.

  • Разрешено выполнение eCATT (транзакция SCC4).

ecatt_1

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

  • Разрешен GUI Scripting для записи и воспроизведения последовательности шагов пользователя. Транзакция RZ11, параметр sapgui/user_scripting нужно установить в TRUE.

ecatt_2

И тут мы открываем транзакцию SECATT.
Читать далее

Если ваши тесты

Не появляются ну никак в пакетах тестирования, в плане тестирования, а очень хочется. То нужно проверить, что в конфигурациях тестов, в каталоге тестирования прописан компонент (в одноименном поле Компонент). Поле необязательное, а без него тестов ни в плане тестирования, ни в пакетах тестирования не видно.

А за разговор ответишь

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

В этот раз он решил мне не поверить, поэтому «буду отвечать за ба..р».

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

Теоретическая часть.

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

Пример:

модульное тестирование — проверка допустимости ввода вида оплаты в инфотип;

компонентное — вид оплаты можно ввести, посчитать в зарплате и получить результат в расчетном листе;

интеграционное — вид оплаты, введенный в инфотип, корректно проводится в главную книгу;

пользовательское — пользователь создает 15 видов оплаты, 20 полупериодов и хочет, чтобы все это работало «как раньше».

Читать далее

Моделирование заработной платы из ABAP

Всем привет.

Может быть кому-то понадобится в этой жизни функциональный модуль, который позволяет запускать расчет заработной платы в режиме моделирования. За образец можно взять вот этот HRTO_AU_PAY_PROCESS_SIMULATION. И немного переделать его под Россию.

Мне же модуль понадобился для тестов, о которых я постараюсь написать в ближайшее время. Если вы помните такую тему про eCATT, то наконец-то набралось 100 человек. Как я обещал — за мной пример по настройке в картинках. Или видео лучше?