expect: Improve report when matcher fails, part 8#7876
Conversation
|
Review pictures as if they have updated default format for differences in following #7876 (comment) 16 example pictures baseline at left and improved at right 6 expected is finite number 4 expected is 3 expected is 3 expected is JavaScript is consistent if confusing that |
Codecov Report
@@ Coverage Diff @@
## master #7876 +/- ##
==========================================
+ Coverage 58.46% 58.52% +0.05%
==========================================
Files 178 178
Lines 6638 6647 +9
Branches 6 5 -1
==========================================
+ Hits 3881 3890 +9
Misses 2755 2755
Partials 2 2
Continue to review full report at Codecov.
|
|
Almost a year later, we finally found a way to follow up on review #5512 (comment) by Michał:
|
|
I'm sure he's dancing with joy 💃 |
|
🕺 |
|
This pull request has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |






Summary
For
.toBeCloseTomatcher:Expected:andExpected difference:labelsnotexpected value (am happy if y’all can suggest as an alternative a concise explicit way to communicate that is reason why test fails)For more information, see discussion with @jeysal in #7795
Residue for future pull requests:
In call to
ensureNumbershelper function:optionsas argument to displaypromiseandisNotDecide whether
.toBeCloseTothrows matcher error:NaNprecisionargument is not integer numberTest plan
Updated 17 snapshot tests
See also pictures in following comments