Use TestError instead of AssertionError in test to avoid confusion #7503
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Some tests (of the Core test suite) deliberately raise an AssertionError and expect it to be in
error_handler._handled_exceptions
. It is better to raise a specificTestError
instead of a genericAsserionError
not to be confused about whether the error was planned or unexpected. In this PR, I changeAssertionError
toTestError
to avoid possible confusion.The reason I want to fix it is that I had observed seen some strange cases when the string
"AssertionError"
was inerror_handler._handled_exceptions
while it was expected to be empty (unfortunately can't provide an example right now), and I want to eliminate possible cases of it.