Skip to content
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

Include errors from failing tests in coverage report #4

Open
lldata opened this issue Sep 28, 2016 · 2 comments
Open

Include errors from failing tests in coverage report #4

lldata opened this issue Sep 28, 2016 · 2 comments
Labels
Type: enhancement Enchancement of new feature of the software

Comments

@lldata
Copy link
Contributor

lldata commented Sep 28, 2016

When a test fails, it is currently impossible to see from the html report, what went wrong.

I would be really nice for developer experience, if it was possible to see the assertion / exception, that caused the test to fail.

For assertions that fail on an assumption that the flow should be in a specific place, it would be extra nice, if you could where the assumption was.

@martinschimak
Copy link
Contributor

That's a really nice idea. Probably with some implications we have to think about - in particular how assertion exceptions could be augmented in order to inform a visualisation library like this one. Could you eventually point to an example or add some more information how exactly you are testing your process models and which libraries you are using for this?

@martinschimak martinschimak added the Type: enhancement Enchancement of new feature of the software label Oct 6, 2016
@StephenOTT
Copy link

StephenOTT commented Jun 12, 2018

bump from the work related to: #32:
Here is the errors output from the Spock usage:

screen shot 2018-06-12 at 3 39 33 pm

Example where the wrong Task was in a wait state. The specific line number from the source test is also added (pulled from the stacktrace). So you can reference the errors in the html report, and it also tracks back to the specific Spec and feature down to the specific assertion line number.

Each error is its own code block

zambrovski added a commit that referenced this issue Oct 21, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Type: enhancement Enchancement of new feature of the software
Projects
None yet
Development

No branches or pull requests

3 participants