Reorganize test assertions #66
Merged
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.
I've gone ahead and taken a first pass at rearranging the assertions in our existing functional tests, as discussed.
@modocache already has more ideas of ways that this could potentially be made even better, but this seemed like nice low-hanging fruit until such time as new functionality is added to the
xctest_checker
.I made a couple of other minor changes to the assertions here as well. In particular, I reduced the number of tests that explicitly check for correct line numbers in assertion failure, because the specific line numbers are prone to change as the project evolves, and it's wasteful to test the same behavior repeatedly. I also made a slight simplification to the file path in lines checking assertion failures. What previous was:
is now
I don't think that including the extra path components improved the quality of the assertion in any way, while it does increase the amount of noise, making it harder to determine what parts of the line are most relevant.