Use Istanbul instrumentation for unittestcli code coverage#21189
Conversation
|
It's slightly faster with Istanbul and it aligns with unittest. |
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## master #21189 +/- ##
==========================================
- Coverage 63.94% 56.18% -7.76%
==========================================
Files 213 213
Lines 134597 67223 -67374
Branches 0 14519 +14519
==========================================
- Hits 86064 37771 -48293
+ Misses 48533 29452 -19081
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
timvandermeij
left a comment
There was a problem hiding this comment.
Looks good! It's more consistent between test targets, slightly faster and now results in similar numbers between unittestcli and unittest. The numbers also seem more realistic because looking at e.g. https://app.codecov.io/gh/mozilla/pdf.js/pull/21189/blob/src/core/brotli_stream.js?dropdown=coverage it's now correctly reported as 0% covered because we don't have any unit tests for this, while previously it'd be almost 40% (see https://app.codecov.io/gh/mozilla/pdf.js/blob/master/src%2Fcore%2Fbrotli_stream.js) purely because we imported the file somewhere and "accidentally" hit comments/imports and the like. I thus think the new state represents the real functional coverage better too.
Feel free to merge this if @Snuffleupagus agrees too.
Snuffleupagus
left a comment
There was a problem hiding this comment.
Maybe we should just skip running coverage in Windows/Chrome, since that combination appears to be slower and thus it's failing intermittently.
r=me, thanks.
No description provided.