You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently pytest-opentelemetry creates a trace for the entire test suite, possibly a span per worker for xdist, and then a span per test.
This means within a worker the tests are a sequence of spans, creating massive traces for e.g. large test suites with lots of fixtures.
An other issue is span management might be less advanced than the rest e.g. for simple local work (which seems something pytest-opentelemetry would be useful for) Opentelemetry Desktop Viewer has a menu of traces but no real interaction with spans (it's lacking both search & fold on that front), which makes traces which are both wide (lots of concurrent spans e.g. when there are lots of xdist workers) and long (lots of spans in a sequence) hard to work with.
Although it doesn't have a search / filter feature for traces either, that each trace is a unit that can be opened feels like it would make looking at tests a lot more practical in that tool (and possibly others).
FWIW I tested a POC locally and as far as I can tell it just consists of extracting a few things from the current otel plugin (basically splitting out everything touching session_span and has_error), without that it Just Works, with no need to adapt for xdist either.
The text was updated successfully, but these errors were encountered:
Currently pytest-opentelemetry creates a trace for the entire test suite, possibly a span per worker for xdist, and then a span per test.
This means within a worker the tests are a sequence of spans, creating massive traces for e.g. large test suites with lots of fixtures.
An other issue is span management might be less advanced than the rest e.g. for simple local work (which seems something pytest-opentelemetry would be useful for) Opentelemetry Desktop Viewer has a menu of traces but no real interaction with spans (it's lacking both search & fold on that front), which makes traces which are both wide (lots of concurrent spans e.g. when there are lots of xdist workers) and long (lots of spans in a sequence) hard to work with.
Although it doesn't have a search / filter feature for traces either, that each trace is a unit that can be opened feels like it would make looking at tests a lot more practical in that tool (and possibly others).
FWIW I tested a POC locally and as far as I can tell it just consists of extracting a few things from the current otel plugin (basically splitting out everything touching
session_span
andhas_error
), without that it Just Works, with no need to adapt for xdist either.The text was updated successfully, but these errors were encountered: