-
-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add coverage report #176
Comments
Thanks for idea. It definitely worth to think about. A good start could be to agree on what coverage is in this case. There are libraries checking if there are no implicit I think, TSTyche could make sure that all paths of a conditional type or all members of a union type are tested. These are most obvious, but there should be other cases. This will not be easy to find a way to implement a feature like this one, but it sounds very interesting to try. |
Yeah, eg I would be mostly interested in knowing whether all exports of a file at all has been directly imported/used from a test file. Another thing to consider is whether this is something to be found at "runtime" or as a separate static analysis job (eg: does all X from Y appear in the Z of ABC) |
If one looks for all symbols exported from every non-test file and compares that to every symbol used within a |
Ah.. right! Checking if all exports were imported is very good first step and this is doable. Harder to know if they are actually tested, but also doable and that’s the second step. I think this must be behind This is more flexible than it might sound, because any file selected by the Also some option like Thanks for the input. I will work on this. |
I'm not sure if this is possible at all, but it would be very neat to get a coverage report for the type tests, to avoid a situation like with
HasMultipleCallSignatures
in sindresorhus/type-fest#839, where an untested type is what causes some other much more complex types to fail.The text was updated successfully, but these errors were encountered: