免责声明:此问题的作者主要具有 Erlang/OTP 的理论知识。
我有一个小型 OTP 应用程序,它通过 open_port()
调用 myapp/ebin
目录中的一些非 Erlang 可执行文件。当我运行应用程序本身时,一切顺利,可执行文件的端口已成功打开。
但是当我尝试为应用程序运行单元测试时,那些依赖于 open_port()
的单元测试失败了,因为当使用 EUnit
启动时,应用程序试图找到myapp/.eunit/ebin
下的可执行文件。
如何在不更改应用程序本身代码的情况下更改该行为?如何使用与运行应用程序本身时相同的当前目录运行 EUnit 测试? (我的意思是更改提供可执行文件路径的代码只是为了能够运行 EUnit 并不是一个好主意)。
编辑:我遵循了 Erlang 中的建议 mailing list ,但是 code:priv_dir(myapp_name)
返回 {error, bad_name}
。
编辑:我可以看到 .eunit/
包含 modulename.beam
文件,ebin/
包含 modulename.beam
文件和 modulename_tests.beam
文件。现在我完全迷路了。当我运行 make test
时,rebar
运行 eunit
命令,它调用 中的每个
目录调用modulename_tests.beam
文件>ebin/.eunit/
目录下相应的modulename.beam
文件(filename:absname("")
清楚地表明 modulename.beam
文件在测试期间从 .eunit/
执行)。为什么会这样?为什么我们需要从 .eunit/
目录而不是 ebin/
运行 modulename.beam
文件?
为什么我们实际上需要在 myapp/ebin
和 myapp/.eunit/ebin
中拥有完全相同的 .beam 文件?
附言我读过 official documentation并没有找到解决方案。
最佳答案
EUnit 本身不会执行此操作 - .eunit 目录是 Rebar 使用的约定。
关于erlang - 为什么 EUnit 将 .beam 文件编译成 .eunit/ebin?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/10660962/