Запускаем любой функциональный модуль с данными из файла

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

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

Читать далее


Тестируем OData в eCATT – 2

Привет.

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

Наша задача – протестировать OData сервис, чтобы любое изменения в его работе тут же показывалось в тестах. Это позволит нам заранее видеть как то или иное изменение скажется на всей системе, особенно, если у нас десятки и сотни тестов, а не 1-2.

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

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

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

Читать далее


Организация тестирования в SAP ERP

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

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

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

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

Читать далее


Пошаговое руководство для тестирования SAP с помощью eCATT

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

Настраиваем систему для организации тестирования eCATT

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

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

ecatt_1

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

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

ecatt_2

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

Читать далее


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

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