我想使用EUnit测试一些第三方Erlang代码.
代码功能的输出使用显示在标准输出上io:format/2.我想捕获该输出并对?assert将要打印的字符串执行测试.我无法修改第三方代码.
这是用Erlang做到这一点的方法吗?(例如,在Java中,我可以简单地将System.setOut()用于输出流).
更新:
在group_leader/2似乎是在正确的轨道上.
但是,我仍然没有看到它如何允许我捕获打印的字符串,io:format所以我可以测试我的断言.一个非常简单的代码示例是:
result(Value) ->
io:format("Result: ~w~n", [Value]).
test_result() ->
?assertMatch("Result: 5~n", result(5)).
Run Code Online (Sandbox Code Playgroud)
显然,函数的返回result/1是原子ok,但实际上我想测试输出到控制台的字符串(即"Result: 5~n").
这种方法我错了,因为似乎没有其他人这样做(根据我缺乏搜索结果判断)?
背景:第三方代码是一个交互式控制台应用程序,因此所有功能仅用于io:format显示结果.
方法一:使用meck
这段代码经过测试,应该完全符合您的要求。它做了一些相当高级的 meck 技巧(尤其是当它调用时meck:passthrough/0),但我认为它仍然很清楚。
% UUT
foo() ->
io:format("Look ma no newlines"),
io:format("more ~w~n", [difficult]),
io:format("~p dudes enter a bar~n", [3]),
ok.
% Helper: return true if mock Mod:Fun returned Result at least once.
meck_returned(Mod, Fun, Result) ->
meck_returned2(Mod, Fun, Result, meck:history(Mod)).
meck_returned2(_Mod, _Fun, _Result, _History = []) ->
false;
meck_returned2(Mod, Fun, Result, _History = [H|T]) ->
case H of
{_CallerPid, {Mod, Fun, _Args}, MaybeResult} ->
case lists:flatten(MaybeResult) of
Result -> true;
_ -> meck_returned2(Mod, Fun, Result, T)
end;
_ -> meck_returned2(Mod, Fun, Result, T)
end.
simple_test() ->
% Two concepts to understand:
% 1. we cannot mock io, we have to mock io_lib
% 2. in the expect, we use passthrough/0 to actually get the output
% we will be looking for in the history! :-)
ok = meck:new(io_lib, [unstick, passthrough]),
meck:expect(io_lib, format, 2, meck:passthrough()),
?assertMatch(ok, foo()),
%?debugFmt("history: ~p", [meck:history(io_lib)]),
?assert(meck_returned(io_lib, format, "Look ma no newlines")),
?assert(meck_returned(io_lib, format, "more difficult\n")),
?assert(meck_returned(io_lib, format, "3 dudes enter a bar\n")),
?assertNot(meck_returned(io_lib, format, "I didn't say this!")),
?assert(meck:validate(io_lib)).
Run Code Online (Sandbox Code Playgroud)
方法二:使用mock_io
最近(2017 年 5 月)我编写了mock_io,这是一种通过实现 Erlang I/O 协议来模拟被测单元的输入和输出的非常简单的方法。
使用 mock_io,等效代码变为:
% UUT
foo() ->
io:format("Look ma no newlines"),
io:format("more ~w~n", [difficult]),
io:format("~p dudes enter a bar~n", [3]),
ok.
simple_test() ->
Expected = <<"Look ma no newlines"
"more difficult\n",
"3 dudes enter a bar\n">>,
{Pid, GL} = mock_io:setup(),
?assertMatch(ok, foo()),
?assertEqual(Expected, mock_io:extract(Pid)),
mock_io:teardown({Pid, GL}).
Run Code Online (Sandbox Code Playgroud)
还要注意,mock_io 允许在 UUT 输入通道中注入数据,无论是标准输入还是任何其他通道。例如:
% UUT
read_from_stdin() ->
io:get_line("prompt").
% Test
inject_to_stdin_test() ->
{IO, GL} = mock_io:setup(),
mock_io:inject(IO, <<"pizza pazza puzza\n">>),
?assertEqual("pizza pazza puzza\n", uut:read_from_stdin()),
?assertEqual(<<>>, mock_io:remaining_input(IO)),
mock_io:teardown({IO, GL}).
Run Code Online (Sandbox Code Playgroud)
为此,您可以使用 dbg(Erlang 跟踪器)。您可以跟踪进程对 io:format/2 的调用并从中接收跟踪消息。您可以使用此跟踪消息来断言用于调用 io:format/2,3 的内容是正确的。这样做的好处是您不必干扰 EUnit,因为它已经在捕获实际的 IO 消息。
一个小例子可能是(根据您的单元测试进行调整):
1> HandleFun = fun(Trace, Parent) -> Parent ! Trace, Parent end.
#Fun<erl_eval.12.113037538>
2> dbg:tracer(process, {HandleFun, self()}).
{ok,<0.119.0>}
3> IOCallingFun = fun(F) ->
3> timer:sleep(5000),
3> io:format("Random: ~p~n",[random:uniform(1000)]),
3> F(F)
3> end.
#Fun<erl_eval.6.13229925>
4> PidToTrace = erlang:spawn_link(fun() -> IOCallingFun(IOCallingFun) end).
<0.123.0>
Random: 93
Random: 444
5> dbg:p(PidToTrace, [c]).
{ok,[{matched,nonode@nohost,1}]}
6> dbg:tp(io, format, []).
{ok,[{matched,nonode@nohost,3}]}
Random: 724
Random: 946
Random: 502
7> flush().
Shell got {trace,<0.123.0>,call,{io,format,["Random: ~p~n",[724]]}}
Shell got {trace,<0.123.0>,call,{io,format,["Random: ~p~n",[946]]}}
Shell got {trace,<0.123.0>,call,{io,format,["Random: ~p~n",[502]]}}
ok
8> exit(PidToTrace).
** exception exit: <0.123.0>
9> dbg:stop_clear().
ok
10>
Run Code Online (Sandbox Code Playgroud)
因此,换句话说,您只需在开始单元测试之前启动跟踪,测试跟踪消息,然后终止跟踪。确保您只跟踪调用的过程!否则你会收到来自各地的消息。您可以在此处查看跟踪消息:http://www.erlang.org/doc/man/erlang.html#trace-3
使用它,您还可以测试诸如进程采用正确路径(例如调用您期望的正确函数)或向其他进程发送正确消息等之类的事情。它在单元测试中经常被忽视,但它可能非常强大。但有一点是,它很快就会变得过度工程化,请小心。
这可能不是公认的答案,但有时它是一个用于测试的好工具:)
祝你好运。