3

我正在我的应用程序中处理几个外部进程。在测试期间，其中几个的 stderr 输出与我的测试消息和结果内联输出。我可以做这个：

mix test --trace 2> error.log

然而，当我这样做时，我失去了所有可爱的色彩。还有一些 Elixir 错误仍然出现，尽管不是全部（这对我来说很好）。

有没有更好的方法来抑制外部程序的错误而不影响混音输出？这甚至是个好主意吗？

或者我的测试不应该与真正的命令行实用程序交互吗？我问是因为那时我真的不再清楚我在测试什么。

更新：

下面是一个简化的函数和测试，以更好地说明这个概念。

功能：

@doc "Function takes a pre-routing rule as a string and adds it with iptables"
def addrule(pre_routing_rule)
  %Porcelain.Result{out: _output, status: status} = Porcelain.shell("sudo iptables -t nat -A #{pre_routing_rule}")
end

考试：

test "Removing a non-existent rule fails" do 
  Rules.clear
  assert {:error, :eiptables} == Rules.remove("PREROUTING -p tcp --dport 9080 -j DNAT --to-destination 192.168.1.3:9080")
end

该测试完美通过。然而，它也输出与测试消息一致iptables: No chain/target/match by that name.。消息的确切位置也是不可预测的，并且这些消息大量使测试信息难以阅读。然后我重定向stderr，由于某种原因我失去了颜色编码，这也使得很难跟踪测试结果。

4

2 回答 2

2

我认为您应该在调用命令行实用程序时抑制这些错误消息，例如使用与问题中相同的方法。

缺少颜色与 Elixir检测 ANSI的方式有关：

[ANSI 支持] 默认为 false，除非 Elixir 可以在启动期间检测到 stdout 和 stderr 都是终端。

于 2015-04-23T17:34:23.707 回答
1

我一般建议您决定如何在系统调用中处理 stderr。发生的事情是测试框架捕获标准输出，而不是标准错误。

您可以在初始 Porcelain 调用中更改 stderr 的处理方式参见

瓷器 API 文档

于 2015-04-23T20:39:00.847 回答