-
Notifications
You must be signed in to change notification settings - Fork 26
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Counter examples missing from failing tests #36
Comments
👍 |
Can anything be done @parroty? This can really make debugging tests hard. |
FWIW #37 solves it. BTW I'll work on getting https://github.com/triqng/triq/pull/28 merged so that no IO capturing will be necessary in |
I merged triqng/triq#28 |
Submitted first pass on #41 |
cc @obrok |
That sounds good (I understood that just merging #41 would be enough, and as long as original issue can be resolved, rewriting the history may not be required). I can see one comment |
triq_reporter.report is now arity 2 and 3 commit 5988da597d439befe08eb1c1474e68ab7335ae06 Author: Adam Rutkowski <[email protected]> Date: Tue Jul 4 11:11:18 2017 +0200 Suppress failure print outs These should fail exactly like ExUnit Properly start the application Remove unnecessary IO capture Reimplement check/2 and add check!/2 triq agent fixup IO Server fixup Remove IO Server fixup Ensure triq_rnd is loaded Sometimes a race condition occurs when relying on -on_load alone. Add triq reporter module Configure triq reporter module Remove Error Agent Fix reporting failed cases Since 0.5.2 the data for failed cases is not shown in the test output. This fixes it while also making the failed cases display only once in umbrella projects. It seems `:reset_test_count` is called before generating the output, so cleaning `ErrAgent` there leads to surpressing the output. The approach taken here is to make `ErrAgent` clean itself when you read from it. That's fine because it's only ever read once (per project in case of umbrella) to generate the output.
Hi!
When running tests that fail, ExCheck fails to print the failing counter example (which would be the expected behaviour, I assume).
For example, changing the sample to this:
which is expected to fail, the output is the following:
which doesn't provide me with much help for actually tracking down why a test is failing. Is this expected behaviour?
I'm running Elixir 1.4.0.
The text was updated successfully, but these errors were encountered: