chvanikoff
How to assert some process received some message?
Hi, I’m in need to test that some process (in my particular case, it’s a Phoenix channel) receives some message from another process (via handle_info). Unfortunately, I didn’t found anything suitable in stdlib and wonder if there’s a common approach for doing this, or maybe I missed something in stdlib? As of now I see 2 ways of testing this: mocking receiver process and watching it’s message queue, but both of the approaches don’t seem to be clear and correct way of doing this.
Most Liked
josevalim
for the trace BIFs. Here is an example from using it in Phoenix:
https://github.com/phoenixframework/phoenix/blob/a3834735543977c988e1cd0e78069076a464cf44/test/phoenix/code_reloader_test.exs#L31
https://github.com/phoenixframework/phoenix/blob/a3834735543977c988e1cd0e78069076a464cf44/test/phoenix/code_reloader_test.exs#L39
rvirding
Three ways I know you can do this but neither are very straight forward:
- Use the tracing BIFs to trace messages sent to that process. You can then match on them to get the ones in which you are interested. AFAIK there is no elixir library which supports this so you need to use an erlang interface, for example
:dbg. - Trace calls to the
handle_info/2function in your module in the process in which you are interested. - Use the erlang
:sysmodule to install a special debug handler then turn on tracing with:sys.trace/2. More high level and OTPish, but I have never tested it.
The tracing always works but might be a bit tricky to set up. It also works very well if you want inspect running production systems. Not surprising as that is what the tracing was designed for. ![]()
josevalim
I would prefer not. It must be used rarely and having it as part of the assertions may lead developers to write tests that rely on implementation details (did this process receive a message) instead of asserting on a particular behaviour from receiving that message.
Popular in Questions
Other popular topics
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #deployment
- #library
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #channels
- #elixirconf
- #exunit
- #discussion
- #javascript
- #code-sync
- #podcasts
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #elixir-ls
- #phoenix_html
- #iex
- #blog-post
- #graphql
- #genstage
- #ai
- #websockets
- #supervisor
- #advent-of-code
- #elixirconf-us
- #distillery
- #processes
- #forms
- #api
- #metaprogramming
- #security
- #performance








