The following describes how the test routine tree view should look like. Note that it should be possible to have one generic class to handle all cases.

Use case 1: Group by test class and routine name

We need an implicit tag for this that labels each routine with the class name it located in and the routine name. Note that the contens of this tag does not state what is tested (covers). Let's call the tag "name". A test routine TEST_ROOT_CLASS_01.test_routine_under_test would have the following tag: "name.TEST_ROOT_CLASS_01.test_routine_under_test".

Example:

grouping key: "name"

• TEST_A_01
  • test_routine_under_test
• TEST_B_01
  • test_routine_under_test
• MY_TESTS
  • test_1
  • test_2
  • test_3

Use case 2: Group by routine under test

For this we need a tag "covers" that indicates what is being tested. Test routines not having the grouping key are grouped together under "others".

No grouper is defined. View is similar to gmail. Every distinct tag

grouper: "" • tag1 ∘ TEST_CLASS_1.test_routine ∘ TEST_CLASS_2.test_routine • tag2 ∘ TEST_CLASS_2.test_routine ∘ tag21 ‣ TEST_CLASS_4.test_routine • others ∘ TEST_CLASS_3.test_routine_1 ∘ TEST_CLASS_3.test_routine_2