Organize testitems in a tree according to file structure #48
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
It seems to me that the discussion in #5 lead to the consensus that testitems should be organized in a tree following the same structure as the filesystem (maybe keeping the possibility to add finer tag-based subdivisions later).
This PR tries to implement this in the non-vscode context, using a tree of nested
TestSets
to structure the tests. For example, running the tests ofTestItemRunner
itself now produces the following output:In your opinion, would that be a desirable feature ? And a correct implementation of it ?
I feel like the new
TestItemTree
type introduced in this PR might be useful to structure tests in the same way in the VSCode context, but I'm not sure whether this is actually the case. And if so, I'm not sure where the code could go in order to be useable in both contexts. Do you have any thoughts about this?