Closed
Bug 650979
Opened 13 years ago
Closed 13 years ago
Results: Implement list of Test Suites
Categories
(Mozilla QA Graveyard :: MozTrap, enhancement, P1)
Mozilla QA Graveyard
MozTrap
Tracking
(Not tracked)
VERIFIED
WONTFIX
0.3
People
(Reporter: camd, Unassigned)
References
Details
This list should be filterable with unified filtering interface Paginated Each line should show some summary data without expanding, such as: - % complete - Summary results values for that run (pass / fail / invalid / pending) Expansion shows: When expanded, it should show: - link to all the contained testcases - explore possibility of showing testcases that are part of the latest version of the Test Suite, but NOT included in this test run / cycle. - team members - environments
Reporter | ||
Updated•13 years ago
|
Target Milestone: --- → 0.3
Updated•13 years ago
|
Severity: normal → enhancement
Reporter | ||
Updated•13 years ago
|
Priority: -- → P1
Reporter | ||
Comment 2•13 years ago
|
||
A Pivotal Tracker story has been created for this Bug: http://www.pivotaltracker.com/story/show/12751051
Reporter | ||
Comment 3•13 years ago
|
||
Cameron Dawson changed story state to unstarted in Pivotal Tracker
Reporter | ||
Comment 4•13 years ago
|
||
Eric Meyer changed story state to started in Pivotal Tracker
Reporter | ||
Comment 5•13 years ago
|
||
Eric Meyer added a comment in Pivotal Tracker: "explore possibility of showing testcases that are part of the latest version of the Test Suite, but NOT included in this test run / cycle" I could use some detail on that. Are we just showing titles? How long do we expect the list to be? How would you phrase a title for this clearly and succinctly? Do we want to do something with them (add?), or are we just displaying them? What's the use-case for needing these?
Reporter | ||
Comment 6•13 years ago
|
||
Eric Meyer added a comment in Pivotal Tracker: delivering a first draft without the optional item mentioned above.
Reporter | ||
Comment 7•13 years ago
|
||
Carl Meyer added a comment in Pivotal Tracker: deployed what's there so far, but I don't think this wireframe reflects the additional complexity we discussed the other day on skype (of course, the description here doesn't either :-). Each row in this list actually represents a test-suite-as-included-in-a-test-run. If the same test suite is included in multiple test runs, it should appear by default collapsed into a single "generic" test suite row, expandable to see a row for each as-included-in-a-test-run, with results only shown on the latter expanded rows. Bumping this back to eric to add wireframe showing how each case would look (a test suite that's only included in one test run, thus all the data can appear on one row, vs collapsed suite included in multiple runs).
Reporter | ||
Comment 8•13 years ago
|
||
Cameron Dawson added a comment in Pivotal Tracker: I'm wondering if the "[multiple]" text should be in the "run" column, rather than right next to the name.
Reporter | ||
Comment 9•13 years ago
|
||
Cameron Dawson added a comment in Pivotal Tracker: Carl: so, as an implementation point, if filtering is on a particular testrun, then the [multiple] thing wouldn't show, right? It would then just be a single row for the test suite?
Reporter | ||
Comment 10•13 years ago
|
||
Carl Meyer added a comment in Pivotal Tracker: Cam: on your first point, great idea. Checking with Eric to see if that's doable, but I don't see why not. On your question: yes, the only reason you'd ever see the whole multiple-runs combined business is if you aren't filtering your view on a particular test run.
Reporter | ||
Comment 11•13 years ago
|
||
Cameron Dawson added a comment in Pivotal Tracker: If do-able, that'd be great. But regardless, it looks great to me! Make it so!
Reporter | ||
Comment 12•13 years ago
|
||
Eric Meyer added a comment in Pivotal Tracker: doable. I'll push the change.
Reporter | ||
Comment 13•13 years ago
|
||
Carl Meyer added a comment in Pivotal Tracker: We also don't have summary-results-reporting in the platform for test suites. This I'd requested as part of https://bugzilla.mozilla.org/show_bug.cgi?id=636566 but I didn't notice that it wasn't included in the fix when that platform bug was marked fixed. In filing platform bugs for this and/or summary reporting for included-test-cases, might be good to be aware that apparently uTest's position is that "all statistical reporting requirements should be addressed separately" - see https://bugzilla.mozilla.org/show_bug.cgi?id=636566#c1 If we can't get these summary reporting calls in the platform, I can fake it by querying all results and counting; not sure yet how slow this would be, but caching may make it feasible.
Reporter | ||
Comment 14•13 years ago
|
||
Carl Meyer added a comment in Pivotal Tracker: Just noting that I've bumped this story up to 3 points' complexity, because the platform has no inherent concept of an "included-test-suite" - the only way I can implement this story is to query all included test cases and then group them by suite for display as a list of suites. Doable, but adds additional complexity, especially in terms of getting the filtering UI working here.
Reporter | ||
Comment 15•13 years ago
|
||
Carl Meyer deleted the linked story in Pivotal Tracker
Reporter | ||
Comment 16•13 years ago
|
||
We decided to handle this differently. We won't be providing a main list for Test Suites. You can access this by filtering the list of Test Cases by the Test Suite. This avoids requirements from the Platform that we're not likely to get, and helps simplify the UI.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WONTFIX
Comment 17•10 years ago
|
||
Due to age of bug and comment 16, bumping to verified wontfix
Status: RESOLVED → VERIFIED
Updated•6 years ago
|
Product: Mozilla QA → Mozilla QA Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•