Unit-test

Юнит-тест это автоматизированный тест изолированного от зависимостей
логического блока кода. Юнит-тест даёт возможность разрабатывать код, который можно легко развивать с течением времени. При использовании unit-тестирования разработчик гарантирует правильность работы кода, упрощает проверку качества и рефакторинг кода.

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

Перейдем к практической реализации unit-test.

Читать далее «Unit-test»

Фреймворк BOPF. ч 5. Создание Query и Validation

Создание QUERY

Для создания запроса, достаточно в контекстном меню выбрать пункт Create Query

Создание Query

Создадим запрос Select_all, который будет показывать всё содержимое ноды

Читать далее «Фреймворк BOPF. ч 5. Создание Query и Validation»

Фреймворк BOPF. ч 4. Создание Determination.

В третьей части мы создали свой бизнес-объект ZTS_CLIENT. Сначала создадим determination – определение, которое отобразит значение полей из transient-структуры. В данном примере напишем функционал, который будет находить бизнес-партнера с номером PARTNER и копировать его наименование в поле transient-структуры.

Создание determination в Business Object

Новый determination назовём ZDET_ROOT_NAME_ORG

Читать далее «Фреймворк BOPF. ч 4. Создание Determination.»

Фреймворк BOPF. ч. 3. Создание бизнес-объекта

Для углубленного изучения BOPF создадим новый бизнес объект. Для этого зайдем в транзакцию BOBX и создадим BO.

Создание Business Object

Заходим в меню Extras-Propose Repository Names

В разделе Node отмечаем все пункты кроме Node Class Name нажимаем на кнопку Ok

Читать далее «Фреймворк BOPF. ч. 3. Создание бизнес-объекта»

Фреймворк BOPF. ч. 2.

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

Работать мы будем с объектом /BOBF/CONF_LIBRARY

/BOBF/CONF_LIBRARY

Класс /BOBF/IF_CONF_LIBRARY_C содержит все константы, необходимые для работы с данным BO.

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

Читать далее «Фреймворк BOPF. ч. 2.»

Фреймворк BOPF. ч. 1.

BOPF (Business Object Processing Framework) — это фреймворк для работы с бизнес объектами (BO). Данный фреймворк подразумевает инкапсуляцию данных и всех инструментов для работы с ними. То есть это ООП на глобальном уровне.

Основными транзакции для работы с BOPF:

BOBX — Business Object Enhancement Workbench

BOBT — BO Test

Читать далее «Фреймворк BOPF. ч. 1.»

ZABAPGIT. Ошибка авторизации

Некоторое время программа ZABAPGIT при попытке закоммитить разработку выдает сообщение об ошибке авторизации «Unauthorized access to resource», хотя пароль введен правильный и проблем с SSL-сертификатами нет.

В процессе поиска выяснилось, что необходимо создать token и при попытке авторизации в программе ZABAPGIT вводить его

Инструкция по созданию token доступна по ссылке

Теперь при отправке commit на github в окне запроса пароля необходимо водить token.