-
-
Notifications
You must be signed in to change notification settings - Fork 180
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
Trace down into launched binaries. #107
Comments
Just updated the above with some recent thoughts after looking into this a bit. I'll look to prototyping something in a smaller example binary first as a proof of concept |
I've got a prototype of following process exec's on #615 if you want to try it out. So far I've just tried it on a very simple toy project so more people testing it is appreciated 😄 |
@xd009642 Thanks so much for looking into this. I got the coverage calculated on my integration tests, that call the executable with Let me me know if you need me to perform any more specific tests before you can merge the PR. |
Right I've done some more testing and merged, forks don't work but exec does which I feel is the most important part anyway. I'll close this and tackle any issues as they arise when people upgrade 👍 |
Following forks covered by this issue #616 |
This is a big change and probably quite challenging but here it goes.
Given a test or program that uses a function like
Command::spawn()
or something likeassert-cli
which launches a new binary follow that binary down and get coverage of it's code. The steps to do this (as far as I can tell are)test_loader.rs
to get a tracemap for them. Merge with existing tracemap (maybe after the next step)This is just an initial impression, it may be missing details or not quite work. It's just a record of my thoughts and feelings regarding an initial approach. It does complicate the run time logic of tarpaulin so may involve a substantial redesign of numerous modules as well!
The text was updated successfully, but these errors were encountered: