Из документации:

Самый простой способ использовать EUnit в модуле Erlang — добавить следующую строку в начало модуля (после объявления -module, но перед любыми определениями функций):

-include_lib("eunit/include/eunit.hrl").

Это будет иметь следующий эффект:

• Создает экспортированную функцию test() (если тестирование не отключено и модуль еще не содержит функцию test()), которую можно использовать для запуска всех модульных тестов, определенных в модуле.

• Заставляет все функции, имена которых соответствуют ..._test() или ..._test_(), автоматически экспортироваться из модуля (если не отключено тестирование или не определен макрос EUNIT_NOAUTO).

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

Начал с просмотра последнего коммита, затрагивающего EUnit, в репозитории Erlang/OTP Github, который называется 4273cbd. (Единственной причиной этого было найти относительно стабильный якорь вместо веток git.)

Согласно Руководству пользователя EUnit, первым шагом будет -include_lib("eunit/include/eunit.hrl"). в тестируемом модуле: поэтому я предполагаю, что именно здесь происходит волшебство.

1. otp/lib/eunit/include/eunit.hrl (строки 79–91). )

%% Parse transforms for automatic exporting/stripping of test functions.
%% (Note that although automatic stripping is convenient, it will make
%% the code dependent on this header file and the eunit_striptests
%% module for compilation, even when testing is switched off! Using
%% -ifdef(EUNIT) around all test code makes the program more portable.)

-ifndef(EUNIT_NOAUTO).
-ifndef(NOTEST).
-compile({parse_transform, eunit_autoexport}).
-else.
-compile({parse_transform, eunit_striptests}).
-endif.
-endif.

1.1 Что означает -compile({parse_transform, eunit_autoexport}).?

Из главы «Модуль» Справочного руководства по Erlang (Предопределенные атрибуты модуля< /а>):

-compile(Options).
Опции компилятора. Опции — это одна опция или список опций. Этот атрибут добавляется в список опций при компиляции модуля. См. страницу руководства compile(3) в компиляторе.

Переходим к compile(3):

{parse_transform,Module}
Заставляет функцию преобразования синтаксического анализа Module:parse_transform/2 применяться к анализируемому коду перед проверкой кода на наличие ошибок.

Из модуля erl_id_trans:

Этот модуль выполняет преобразование синтаксического анализа кода Erlang. Он включен в качестве примера для пользователей, которые хотят написать свои собственные преобразователи синтаксического анализа. Если параметр {parse_transform,Module} передается компилятору, перед проверкой кода на наличие ошибок компилятор вызывает написанную пользователем функцию parse_transform/2.

По сути, если модуль M включает параметр компиляции {parse_transform, Module}, то все функции и атрибуты M можно повторить с помощью вашей реализации Module:parse_transform/2. Его первый аргумент — Forms, это объявление модуля M, описанное в абстрактном формате< /strong> (описано в пользовательском приложении Erlang Run-Time System (ERTS)). Руководство.