Usability improvements for Unit Test Report view
### Problem to solve When I navigate to the tests tab the tests header data is really a job name from a pipeline which is confusing. ![Tests_Tab_Feedback](/uploads/3b8c4b2458d85a40678a9906044312a2/Tests_Tab_Feedback.png) The headers on the Test Suite view are confusing, especially the duplicate names. In reality the Test Suite name should probably be pulled out and Class + Name combined into a column or just skip Class and use Name. ![Test_Suite_feedback](/uploads/135496e45e321333c8f4e84c57c47213/Test_Suite_feedback.png) This is taken mostly from a [comment](https://gitlab.com/gitlab-org/gitlab/issues/25242#note_265191267) by @gerph about difficulties in finding junit test results and some usability issues. ### Intended users * [Sasha (Software Developer)](https://about.gitlab.com/handbook/marketing/product-marketing/roles-personas/#sasha-software-developer) ### Further details A use case from a customer > Our use case for this is the following: We run android-device tests on Google's Firebase Test labs. Each device the test runs on produces a junit_result.xml file. This results in the following quirk in displaying the test results: > > When a test succeeds on all devices, it is listed in the results view *exactly once*. If the test fails on 4 devices, but succeeds on 3 devices, the test is listed as failing 4 times, and succeeding one time. > > We thought to work around this by setting the suite name of each of the resulting files to the device characteristics, but it seems like the suite name is ignored by GitLab, and so this was unsuccessful. ### Proposal * Change `Jobs` to `Tests` in the text under Summary * Relabel 'Test Suites' to 'Job' to better reflect where the data is from * In the detail view change out `classname` to `suite` to better reflect the test being run * ~~In the detail view add a toggle to sort the tests in the order ran OR sort failed tests first.~~ - instead the [failed tests will be shown by default](https://gitlab.com/gitlab-org/gitlab/-/issues/217514) and have an option to show all tests. ### Permissions and Security None. ### Documentation None. ### What does success look like, and how can we measure that? #### Acceptance Criteria * Changes detailed are made, UX approves
issue