exts/yaxunit/src/CommonModules/ЮТИсполнительСлужебныйКлиентСервер/Module.bsl (9)

21-57: Рекомендуется уделить внимание валидации параметра "ТестовыйМодуль".
Если в будущем появится необходимость вызывать функцию с невалидными объектами, лучше добавить проверку входных данных или обработку исключений для повышения надежности.

---

59-109: Оптимизировать формирование тестовых наборов.
В цикле (строки 70–94) при формировании списков тестов для разных контекстов может быть полезно вынести повторяющийся код в отдельную функцию. Это улучшит читаемость и облегчит дальнейшее сопровождение.

---

113-117: Описание параметра «ОписаниеТестовогоОбъекта» в комментариях.
Использование нового параметра «ОписаниеТестовогоОбъекта» вместо «ТестовыйМодуль» выглядит более наглядно, но в комментарии желательно уточнить его тип и назначение для улучшения документации.

---

147-147: Лог сброса буфера ошибок.
Строка «ОписаниеТестовогоОбъекта.Ошибки.Очистить();» важна для предотвращения накопления ошибок между наборами тестов, но стоит дополнительно прокомментировать её назначение для ясности будущим разработчикам.

---

Line range hint 237-252: Убедиться в согласованности настроек транзакции с окружением.
При запуске тестов на сервере или в толстом клиенте нужно гарантировать, что глобальные транзакции не конфликтуют с другими механизмами. Попробуйте дополнить документацию упоминанием об этом.

---

Line range hint 312-320: Учесть особые случаи пропуска теста.
Если у теста уже есть ошибки, метод сразу возвращает. Возможно, стоит логировать пропуск для статистики.

---

321-321: Проверка «Ошибка = ЮТМетодыСлужебный.ВыполнитьМетодОбъектаСПерехватомОшибки(...)».
Рекомендуется дополнительно обрабатывать ситуацию, когда метод не найден или внезапно возвращает недопустимый тип результата. Это повысит надёжность тестового движка.

---

343-359: Назначение процедуры «ОбработатьОшибкиЧтенияНабора».
В текущей версии, если в наборе много ошибок чтения, процедура добавляет только один тест с ошибкой и выходит по «Прервать». При необходимости собирать все ошибки чтения может потребоваться доработка.

---

362-371: Типовая логика формирования теста с ошибкой чтения.
Функция «ОписаниеТестаСОшибкойЧтения» формирует особый тест с целью отображения ошибки. При необходимости расширенного описания целесообразно ввести дополнительные поля, указывающие, какой именно тест сломан.

exts/yaxunit/src/CommonModules/ЮТИсполнительСлужебныйКлиент/Module.bsl (1)

181-183: Уместна ли дополнительная проверка перед созданием ИсполняемогоТестовогоМодуля?
При формировании «ИсполняемыхТестовыхМодулей» из исходных «ТестовыеМодули» можно проверить корректность структуры входных данных. Это поможет предупредить ошибки при выполнении тестов.

exts/yaxunit/src/CommonModules/ЮТСобытияСлужебный/Module.bsl (7)

85-87: Дополнить комментарий примером использования.
Вызов «ПередВсемиТестамиМодуля» имеет два параметра: «ТестовыйМодуль» и «ОписаниеТестовогоМодуля», что может сбивать с толку новых разработчиков. Желательно дать пример, как эти параметры применяются.

---

97-100: Уточнить формат «ОписаниеТестовогоМодуля».
Документация ссылается на «ЮТФабрика.ОписаниеИсполняемогоТестовогоМодуля», но для целостности хорошо бы упомянуть его ключевые поля, чтобы повысить понимание кода.

---

124-128: Добавить уточнение по контексту «ПослеКаждогоТеста».
Разработчикам пригодится комментарий о том, что событие срабатывает для каждого теста, вне зависимости от успешности его выполнения. Так легче понимать, когда происходит этот вызов.

---

151-153: Документировать отличия «ПослеВсехТестовМодуля» от «ПослеТестовогоНабора».
Чтобы избежать путаницы, добавьте небольшое описание, чем именно отличается логика «ПослеВсехТестовМодуля» от более локального события «ПослеТестовогоНабора».

---

258-258: Локализация сообщения об отклонённом модуле.
Строка «Загрузка модуля %1отклонена…» — стоит убедиться, что сообщение полноценно локализовано и содержит пробел после имени модуля.

---

400-410: Учесть, что «ОбработчикиСобытия» могут иметь несколько имён.
В строках 407–410 происходит разбиение строки по запятым для вызова нескольких обработчиков. Убедитесь, что нет лишних пробелов или символов-разделителей, которые могут вызвать ошибки при поиске методов.

---

Line range hint 416-454: Явное логирование отсутствующего обработчика.
Если обработчик «ОбработчикСобытияПереопределен» не найден, вызывается исключение. Рассмотрите возможность ведения расширенного лога о том, в каком именно модуле не найден метод. Это ускорит отладку.

exts/yaxunit/src/Configuration/Configuration.mdo (1)

102-102: Улучшение архитектуры обработки метаданных

Добавление модуля ЮТМетаданныеСлужебныйКлиентСервер улучшает архитектуру системы, позволяя обрабатывать метаданные как на клиенте, так и на сервере. Это соответствует лучшим практикам разработки клиент-серверных приложений.

tests/src/CommonModules/ОМ_ВыполнениеТестовОбработки/Module.bsl (3)

21-29: Добавьте документацию к экспортной процедуре

Рекомендуется добавить описание назначения процедуры и параметров транзакции.

+// Процедура добавляет тестовые сценарии для выполнения тестов обработки
+// 
+// Параметры:
+//  Нет
 Процедура ИсполняемыеСценарии() Экспорт

---

31-48: Добавьте обработку исключений

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

 Процедура ЗагрузитьТестыОбработки() Экспорт
+	Попытка
 		Сценарии = СценарииОбработки();
 		
 		ЮТест.ОжидаетЧто(Сценарии)
 			.Заполнено()
 			.Свойство("Метаданные").Заполнено()
 			.Свойство("Метаданные.Сервер").ЭтоИстина()
 			.Свойство("Метаданные.КлиентУправляемоеПриложение").ЭтоЛожь()
 			.Свойство("Метаданные.КлиентОбычноеПриложение").ЭтоЛожь()
 			.Свойство("НаборыТестов").Заполнено()
 			.Свойство("НаборыТестов[0].Тесты").Заполнено()
 				.ЛюбойЭлементСодержитСвойствоСоЗначением("Имя", "ТестУспешно")
 				.ЛюбойЭлементСодержитСвойствоСоЗначением("Имя", "ТестОшибка")
 				.ЛюбойЭлементСодержитСвойствоСоЗначением("Имя", "ТестСломан")
 			;
+	Исключение
+		ВызватьИсключение НСтр("ru='Ошибка при загрузке тестов обработки: %1'", ПодробноеПредставлениеОшибки(ИнформацияОбОшибке()));
+	КонецПопытки
 КонецПроцедуры

---

108-140: Рассмотрите возможность параметризации тестовых сценариев

Текущая реализация использует жестко закодированные тестовые процедуры. Рекомендуется:

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

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

Learnt from: alkoleft
PR: bia-technologies/yaxunit#413
File: exts/yaxunit/src/DataProcessors/ЮТКонструкторДвижений/ObjectModule.bsl:1-189
Timestamp: 2024-11-12T06:11:37.980Z
Learning: Тестовые модули находятся в расширении `tests` в общих модулях, которые именуются по следующей схеме:

| Тип тестируемого объекта | Префикс | Пример                                      |
| ------------------------ | ------- | ------------------------------------------- |
| Общий модуль             | `ОМ_`     | ОМ_ОбщегоНазначения                         |
| Регистр бухгалтерии      | `РБ_`     | РБ_Хозрасчетный, РБ_Хозрасчетный_НЗ         |
| Регистр накопления       | `РН_`     | РН_ОстаткиНаСкладах, РН_ОстаткиНаСкладах_ММ |
| Регистр расчета          | `РР_`     | РР_Зарплата, РР_Зарплата_НЗ                 |
| Регистр сведений         | `РС_`     | РС_АдресныйКлассификатор                    |
| Бизнес процесс           | `БП_`     | БП_Согласование                             |
| Справочник               | `Спр_`    | Спр_Пользователи, Спр_Пользователи_МО       |
| План счетов              | `ПС_`     | ПС_Хозрасчетный                             |
| План видов расчета       | `ПВР_`    | ПВР_Зарплатный                              |
| План видов характеристик | `ПВХ_`    | ПВХ_Субконто, ПВХ_Субконто_ММ               |
| Документ                 | `Док_`    | Док_ПКО                                     |
| Перечисление             | `Пер_`    | Пер_СтатусСогласования                      |
| План обмена              | `ПО_`     | ПО_РИБ, ПО_РИБ_ММ                           |
| Задача                   | `Зад_`    | Зад_Задача                                  |
| Обработка                | `Обр_`    | Обр_ЗакрытиеМесяца, Обр_ЗакрытиеМесяца_МО   |
| Отчет                    | `Отч_`    | Отч_УниверсальныйОтчет                      |

#!/bin/bash
# Проверка использования модуля в других местах кода

rg "ЮТМетаданныеСлужебный\.ЭтоОписаниеОбъектаМетаданных" -A 2

#!/bin/bash
# Поиск всех использований метода ЭтоОписаниеОбъектаМетаданных
rg "ЭтоОписаниеОбъектаМетаданных" -A 2

# Поиск файлов с упоминанием модулей ЮТМетаданныеСлужебный и ЮТМетаданныеСлужебныйКлиентСервер
rg -l "ЮТМетаданныеСлужебный|ЮТМетаданныеСлужебныйКлиентСервер"

# Проверка содержимого модуля ЮТМетаданныеСлужебныйКлиентСервер
fd -e bsl "ЮТМетаданныеСлужебныйКлиентСервер" --exec cat {}

#!/bin/bash
# Description: Проверка использования поля Тип в коде

# Поиск использования ОписаниеМетаданныеМодуля().Тип
rg -A 5 "ОписаниеМетаданныеМодуля\(\)\.Тип"

# Поиск проверок на тип модуля
ast-grep --pattern 'if ($x = "ВнешняяОбработка") { $$$ }'

#!/bin/bash
# Поиск использования поля "Тип" в контексте описания модуля
rg -i "тип.*общиймодуль|общиймодуль.*тип" -A 5 -B 5

# Поиск всех проверок типа модуля
rg -i "тип\s*=\s*[\"'].*[\"']" -A 5 -B 5

# Поиск использования внешних обработок
rg -i "внешняяобработка|внешний\s*отчет" -A 5 -B 5

tools/local-test/scripts/test-it.sh (1)

Line range hint 41-53: Рекомендация по улучшению управления директориями

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

Пример реализации:

create_directories() {
    local dirs=(
        "${LOGS_PATH}"
        "${DB_PATH}"
        "${EXPORT_PATH}"
        "${BINARY_PATH}"
        "${TMP_PATH}"
        "${RESULT_PATH}"
    )
    
    for dir in "${dirs[@]}"; do
        mkdir -p "${dir}"
    done
}

cleanup_directories() {
    local dirs=(
        "${TMP_PATH:?}"
        "${RESULT_PATH:?}"
        "${LOGS_PATH:?}"
    )
    
    for dir in "${dirs[@]}"; do
        rm -rf "${dir}"/*
    done
}

tools/local-test/scripts/steps/convert-to-xml.sh (1)

1-10: Проверить наличие переменных окружения

Скрипт использует несколько переменных окружения ($LIB_PATH, $EXPORT_PATH, $EDT_PATH, $TMP_PATH, $ROOT_PATH, $LOGS_PATH), но не проверяет их наличие.

Рекомендую добавить проверки в начало скрипта:

+required_vars=("LIB_PATH" "EXPORT_PATH" "EDT_PATH" "TMP_PATH" "ROOT_PATH" "LOGS_PATH")
+for var in "${required_vars[@]}"; do
+    if [[ -z "${!var}" ]]; then
+        echo "Ошибка: Переменная $var не установлена"
+        exit 1
+    fi
+done
+
 PROJECT_NAME=$1
 PROJECT_PATH=$2

🧰 Tools

🪛 Shellcheck (0.10.0)

[error] 1-1: Tips depend on target shell and yours is unknown. Add a shebang or a 'shell' directive.

(SC2148)

tools/local-test/scripts/steps/run-filedb-test.sh (1)

10-14: Улучшите обработку вывода логов

Логирование улучшено, но есть возможность для оптимизации:

1. Нет проверки существования директории для логов
2. Возможно переполнение лог-файла при многократном запуске

Предлагаю следующие изменения:

+if [ ! -d "$LOGS_PATH" ]; then
+    mkdir -p "$LOGS_PATH"
+fi
+
+# Очистка старого лог-файла
+> "$LOGS_PATH/$JOB_NAME.log"
+
 echo "=========== Подготовка информационной базы ${BOLD}$JOB_NAME${RESET}"
 $ONEC_PATH/1cv8 CREATEINFOBASE File=$TEST_DB_PATH /DisableStartupDialogs /DisableStartupMessages /Out $LOGS_PATH/$JOB_NAME.log >> $LOGS_PATH/$JOB_NAME.log 2>&1

tools/local-test/scripts/lib/print.sh (3)

9-15: Добавьте документацию к функции print_state

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

+# Выводит статус выполнения команды
+# Аргументы:
+#   $1 - описание выполненной операции
+# Возвращает:
+#   Ничего
 function print_state {
     if [[ $? -eq 0 ]]; then

---

18-34: Добавьте проверку входных параметров

Функции печати не проверяют наличие обязательного параметра сообщения.

Предлагаю добавить проверку, например для функции print_success:

 function print_success {
+    if [ -z "$1" ]; then
+        print_error "Отсутствует текст сообщения"
+        return 1
+    fi
     echo -e "  ${GREEN}🟢 ${RESET} $1"
 }

Аналогичную проверку следует добавить в остальные функции печати.

---

1-34: Рассмотрите возможность добавления тестов

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

Я могу помочь с написанием тестов для проверки:

• Корректности цветового оформления
• Обработки ошибочных ситуаций
• Форматирования вывода

Хотите, чтобы я создал issue для отслеживания этой задачи?

🧰 Tools

🪛 Shellcheck (0.10.0)

[error] 1-1: Tips depend on target shell and yours is unknown. Add a shebang or a 'shell' directive.

(SC2148)

---

[warning] 5-5: NC appears unused. Verify use (or export if used externally).

(SC2034)

tools/local-test/scripts/lib/run-tests.sh (1)

28-29: Рассмотрите добавление временных меток

Для улучшения отладки и анализа производительности рекомендуется добавить временные метки к сообщениям о начале и завершении тестирования.

Предлагаемые изменения:

-print_run "=========== Тестирование ${BOLD}$JOB_NAME${RESET}"
+print_run "=========== [$(date '+%Y-%m-%d %H:%M:%S')] Тестирование ${BOLD}$JOB_NAME${RESET}"

$ONEC_PATH/$APP ENTERPRISE $CONNECTION_STRING /DisableSplash /DisableStartupDialogs /DisableStartupMessages $RUN_MODE /C "RunUnitTests=$CONFIG" >> $LOGS_PATH/$JOB_NAME.log 2>&1

RESULT=$(head -n 1 $RESULT_PATH/exit-code-$JOB_NAME.txt)
RESULT=${RESULT:1:1}

if [[ "$RESULT" == "0" ]]; then
-    print_success "Тестирование ${BOLD}$JOB_NAME${RESET} завершилось успешно"
+    print_success "[$(date '+%Y-%m-%d %H:%M:%S')] Тестирование ${BOLD}$JOB_NAME${RESET} завершилось успешно"
else 
-    print_error "Тестирование ${BOLD}$JOB_NAME${RESET} завершилось с ошибкой"
+    print_error "[$(date '+%Y-%m-%d %H:%M:%S')] Тестирование ${BOLD}$JOB_NAME${RESET} завершилось с ошибкой"
fi

Also applies to: 35-37

tools/local-test/scripts/lib/prepare-db.sh (2)

4-6: Проверьте существование print.sh перед использованием

Добавьте проверку существования файла print.sh перед его подключением для предотвращения ошибок выполнения.

-. $LIB_PATH/print.sh
+if [ ! -f "$LIB_PATH/print.sh" ]; then
+    echo "Ошибка: Файл print.sh не найден в $LIB_PATH"
+    exit 1
+fi
+. "$LIB_PATH/print.sh"

---

Line range hint 1-32: Рекомендации по улучшению скрипта в целом

1. Добавьте проверку входных параметров
2. Используйте константы для часто используемых значений
3. Добавьте очистку временных файлов

+#!/bin/bash
+set -euo pipefail
+
+if [ $# -ne 2 ]; then
+    echo "Использование: $0 <строка подключения> <имя задания>"
+    exit 1
+fi
+
 CONNECTION_STRING=$1
 JOB_NAME=$2
+
+# Очистка при выходе
+trap 'rm -f "$LOGS_PATH/$JOB_NAME.log"' EXIT

🧰 Tools

🪛 Shellcheck (0.10.0)

[error] 1-1: Tips depend on target shell and yours is unknown. Add a shebang or a 'shell' directive.

(SC2148)

tools/local-test/scripts/steps/build-artifacts.sh (2)

8-11: Рекомендуется добавить обработку ошибок

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

Предлагаю следующие изменения:

-if [[ -f $BINARY_PATH/configuration.cf ]]; then
+if [[ -f "$BINARY_PATH/configuration.cf" ]] && [[ -r "$BINARY_PATH/configuration.cf" ]]; then
     configuration_exists=1
     print_success "  Сборка конфигурации ${BOLD}не требуется${RESET}"
+else
+    print_state "  Проверка файла конфигурации ${BOLD}не удалась${RESET}"
 fi

---

Line range hint 13-21: Добавить валидацию расширений

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

Предлагаю добавить проверку корректности файлов расширений:

 for key in "${extensions[@]}";do
+    if [[ ! -d "$BINARY_PATH" ]]; then
+        print_state "  Директория ${BOLD}$BINARY_PATH${RESET} не существует"
+        exit 1
+    fi
     if [[ -f $BINARY_PATH/$key.cfe ]]; then
         print_success "  Сборка $key ${BOLD}не требуется${RESET}"
     else
+        if [[ ! -f "$EXPORT_PATH/$key" ]]; then
+            print_state "  Исходный файл расширения ${BOLD}$key${RESET} не найден"
+            continue
+        fi
         extensions_set+=($key)
     fi
 done

🧰 Tools

🪛 Shellcheck (0.10.0)

[error] 1-1: Tips depend on target shell and yours is unknown. Add a shebang or a 'shell' directive.

(SC2148)

---

[warning] 4-4: Use "${var:?}" to ensure this never expands to /* .

(SC2115)

---

[warning] 19-19: Quote to prevent word splitting/globbing, or split robustly with mapfile or read -a.

(SC2206)

exts/yaxunit/src/CommonModules/ЮТФабрикаСлужебный/Module.bsl (1)

483-494: Уточнить корректность проверки среды и добавляемых контекстов
Проверка «Если ОбычноеПриложение» может работать корректно в большинстве сценариев, но стоит убедиться, что при появлении других типов окружения (например, тонкий клиент, веб-клиент и т.д.) условие по-прежнему будет действовать корректно. Кроме того, если впоследствии понадобится учитывать дополнительные режимы, возможно, стоит вынести логику по определению контекстов в отдельную функцию или структуру для гибкости.

exts/yaxunit/src/CommonModules/ЮТВнешниеОбработкиСлужебныйСервер/Module.bsl (2)

92-107: Рекомендуется добавить очистку временных файлов

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

---

139-146: Рекомендуется добавить обработку ошибок при создании COM-объекта

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

 #Если НЕ ВебКлиент Тогда
+    Попытка
         WshShell = Новый COMОбъект("WScript.Shell");
         WshShell.CurrentDirectory = РабочийКаталог;
         Рез = WshShell.Run(ТекстКоманды, 0, -1);
         
         Возврат Рез;
+    Исключение
+        ВызватьИсключение "Ошибка при выполнении команды: " + ПодробноеПредставлениеОшибки(ИнформацияОбОшибке());
+    КонецПопытки
 #КонецЕсли

tests/src/CommonModules/ОМ_ВыполнениеТестовОбработки/Module.bsl (1)

108-140: Рекомендуется добавить документацию к тестовым процедурам

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

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

#!/bin/bash
# Description: Check if print.sh exists and contains required functions

# Check if print.sh exists
if [ -f "$LIB_PATH/print.sh" ]; then
    # Check for required functions
    grep -E "print_(state|error|info)" "$LIB_PATH/print.sh"
fi

#!/bin/bash
# Search for print.sh file in the repository
fd "print.sh" --type f

# If found, check its content
fd "print.sh" --type f --exec cat {}

+if [ ! -f "$LIB_PATH/DisableSafeMode.epf" ]; then
+    print_state "Ошибка: Файл DisableSafeMode.epf не найден в ${BOLD}$LIB_PATH${RESET}"
+    exit 1
+fi
 $ONEC_PATH/1cv8 ENTERPRISE $BASE_ARGUMENTS /Execute $LIB_PATH/DisableSafeMode.epf  >> $LOGS_PATH/$JOB_NAME.log 2>&1
 SUCCESS=$?
+if [ $SUCCESS -ne 0 ]; then
+    print_state "Ошибка при снятии безопасного режима в ${BOLD}$JOB_NAME${RESET}"
+    exit $SUCCESS
+fi
 print_state "Снятие безопасного режима ${BOLD}$JOB_NAME${RESET}"

#!/bin/bash
# Проверка наличия файла DisableSafeMode.epf
fd -t f "DisableSafeMode.epf" --exec file {}

#!/bin/bash
# Попробуем найти файл DisableSafeMode.epf без использования команды file
fd -t f "DisableSafeMode.epf"

# Также проверим с помощью find для надежности
find . -name "DisableSafeMode.epf" -type f

#!/bin/bash
# Поиск использования старого и нового способа получения метаданных
echo "Старый способ:"
rg "ЮТФабрикаСлужебный\.ОписаниеМетаданныеМодуля"

echo "Новый способ:"
rg "ЮТФабрика\.ОписаниеМетаданныеМодуля"

#!/bin/bash
# Поиск любых упоминаний ЮТФабрикаСлужебный
rg "ЮТФабрикаСлужебный" -l

# Поиск определения модуля ЮТФабрикаСлужебный
fd "ЮТФабрикаСлужебный"

#!/bin/bash
# Проверяем контекст использования ЮТФабрикаСлужебный в файлах
rg "ЮТФабрикаСлужебный" -B 2 -A 2 tests/src/CommonModules/ОМ_ЮТЧитательСлужебный/Module.bsl
rg "ЮТФабрикаСлужебный" -B 2 -A 2 tests/src/CommonModules/ОМ_ЮТФильтрацияСлужебный/Module.bsl
rg "ЮТФабрикаСлужебный" -B 2 -A 2 tests/src/CommonModules/ОМ_ЮТИсполнительСлужебныйКлиент/Module.bsl

Наборы = ЮТЧитательСлужебный.ЗагрузитьТесты(ПараметрыЗапуска);
ЮТест.ОжидаетЧто(Наборы, "Прочитанные наборы расширения tests")
    .ИмеетДлину(42);

#!/bin/bash
# Проверка количества тестовых процедур
rg -l "Процедура\s+.*\(\s*\)\s+Экспорт" tests/

#!/bin/bash
# Поиск экспортных процедур в модуле ОМ_ЮТЧитательСлужебный
rg "Процедура\s+.*\(\s*\)\s+Экспорт" tests/src/CommonModules/ОМ_ЮТЧитательСлужебный/Module.bsl

#!/bin/bash
# Поиск тестовых методов в модуле
rg "Процедура\s+Тест.*\(\s*\)" tests/src/CommonModules/ОМ_ЮТЧитательСлужебный/Module.bsl

#!/bin/bash
# Получение содержимого модуля
cat tests/src/CommonModules/ОМ_ЮТЧитательСлужебный/Module.bsl

#!/bin/bash
# Проверка использования новой функции в тестах

# Поиск тестов для внешних обработок
rg -l "МетаданныеОбработки" tests/

#!/bin/bash
# Проверим содержимое файла с тестами, чтобы увидеть как используется функция
rg -A 5 -B 5 "МетаданныеОбработки" tests/src/CommonModules/ОМ_ВыполнениеТестовОбработки/Module.bsl