-
Notifications
You must be signed in to change notification settings - Fork 384
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 tracing tests using inmemoryexporter #1305
Add tracing tests using inmemoryexporter #1305
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
... and 3 files with indirect coverage changes 📢 Thoughts on this report? Let us know!. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Small nit for simplify the test setup.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I like the direction.
Adding module level tests, which tests the entire tracing api/sdk pipeline. These are not unit tests, but not integration tests either.
I think this is a good way to test things, and improve coverage. This is pretty close to testing what an end user experiences (minus the actual exporter part, which can be covered by spinning up collectors in the future.)
This was discussed in todays SIG meeting, and opening this PR to get early feedback. If all likes this direction, then I can send follow up PRs greatly improving coverage, and extend it to metrics and logs as well. (Or create issues with "help-wanted" tag inviting more folks to contribute.)
This uses in_memory_exporter which were recently added. If we ourselves don't use it, who else will 🤣 !