Let us assume, the following assertions exists for a test step and you have not renamed or changed default names for the same.
When user adds the same type of assertion of Contains type, then it is some thing as below:
Here there is no issue when every thing goes fine.
Problem comes only if there is multiple failure.
Have a unique name for the assertion so that it can be identified by just overview.
For example, Contains assertion name can be:
Hope this is helpful.
Thanks for your suggestion, however I'm specifically asking about "message content" assertions, not "contains" assertions.
Replacing our "message content" by "contains" assertions is not an option, as we would have to create hundreds of new assertions for most of our test cases.
The problem is not to understand which assertion fails, but to know:
I just took that one as an example, and the same can be used for other assertions too.
I can understand that you have too many to rename. But you may better rename the assertions to avoid the issue posted by.
So you are free to choose what is priority/needed.
In fact you can use the use the values(expected) as well in the name it self which might be appropriate at times.
I don't think I've made the problem clear enough. Knowing which assertion failed is easy.
The problem is that a message content assertion actually contains multiple checks at once, and I can't know which check failed.
For example if I've got a MCA called "Check that the updated values are correct", which check the following:
And I get the following data when executing my test:
In this case, the error message will say that "The assertion named 'Check that the updated values are correct' failed, failed/compared = 1/4". But I'll have no means to know that it's "bar" value which is wrong, nor which value was actually expected / received.
So no, renaming the assertion will bring nothing to the table :-/
