boriscy
How can I test a function that has been called
I have this code in my controller
def create(conn, %{"order" => order_params}) do
order_params = get_params(conn, order_params)
case Order.create(order_params) do
{:ok, order} ->
Publit.OrganizationChannel.broadcast_order(order)
render(conn, "show.json", order: order)
{:error, cs} ->
conn
|> put_status(:unprocessable_entity)
|> render("errors.json", cs: cs)
end
end
I want to be able to test that the Publit.OrganizationChannel.broadcast_order(order) method has been called in my controller tests, I have created tests for my channel but have not found a way to pull this out.
Most Liked
OvermindDL1
In my opinion, the reason that mock’ing is wrong in the functional world is that a function does not ‘truly’ exist, rather in a purely functional world you can inline every single function in to every single place (in reality you could not, but assume this for now), thus checking that a function is called makes no sense.
In the functional world it is better to test contracts, since a function should always return the same data for the same input if properly made (and enforced in many functional languages, including Erlang/Elixir) you can just test for that, and in fact you can build up test cases dynamically via PropEr and such. Since the EVM has fully segmented ‘units’ called processes that makes it easy to test for messages being sent between them. And with this realization you may also notice that in the OOP world you can only mock ‘objects’, and object in the OOP world is most similar to a process in the EVM world, and you can and indeed ‘should’ mock processes, but do not ever mock functions, modules, or anything else at all, only processes.
Given that:
- Your functions should be pure (they may send or receive a message, but you can mock those), so testing them becomes trivial.
- Your integration tests should be pure (they may also send or receive messages, but you can mock those too).
- And more importantly, you can let the system mostly test itself once you tell it how to via things like PropEr or Quickcheck (does Quickcheck still have that abysmal license?).
Thus by asking ‘How can I test a method has been called’ shows that you are testing the entirely wrong thing. You should be testing that a specific function returns an appropriate output for the given input, or sends an appropriate message, or so forth.
Every module that wraps a process should have some method of being able to override its name or PID (there is always ‘some’ way, though refactoring it a bit can make it substantially easier).
scrogson
You can test this much easier than you think. In your test you can simply subscribe the test process to the event that will be broadcasted and use assert_receive…sorry on mobile.
dom
Providing some links:
https://hexdocs.pm/phoenix_pubsub/Phoenix.PubSub.html#subscribe/2
https://hexdocs.pm/ex_unit/ExUnit.Assertions.html#assert_receive/3
Something like Publit.PubSub.subscribe(topic) then assert_receive later should be enough, no mock involved.
hubertlepicki
This is a function, not a method. There are no methods in Elixir.
Use mock library if you really want to do that: https://github.com/jjh42/mock
manukall
I have written a blog post about the general case some days ago. It builds on José’s post that was mentioned above.
Maybe it’s helpful for someone: https://pryin.io/blog/mocks-and-side-effects/
Popular in Questions
Other popular topics
Latest Phoenix Threads
Latest on Elixir Forum
Sponsor Spotlight
Develop your skills with books, videos, and courses.
Categories:
Sub Categories:
Forums
Our Sponsors
Build Elixir applications with speed and confidence.
Supporting innovation across the BEAM ecosystem.
We build reliable cloud platforms for business-critical systems.
Catch errors, track performance, monitor hosts and more.
Develop your skills with books, videos, and courses.
Producing high quality Elixir screencasts since 2017.
The deployment platform built for Elixir: PaaS ease, VPS control.
Courses that'll move you from confusion to "Aha, now I get it!"