Project

General

Profile

action #13742

Updated by mkittler over 7 years ago

## User story 
 As a release manager or project manager I want to have a job group overview page showing the results from selected, individual job groups to have an overview over just the products I care about 

 Related use cases: [UC1](https://progress.opensuse.org/projects/openqav3/wiki/Wiki#Use-case-1) and [UC5](https://progress.opensuse.org/projects/openqav3/wiki/Wiki#Use-case-5) 


 ## acceptance criteria 
 * **AC1:** openQA has a web page view showing a custom grouping of existing job groups 

 ## ideas 

 Multiple implementation ideas exist. Either we provide "nested job groups", e.g. a job group can have a parent/children. A more flexible approach is probably to have meta job groups that know about other job groups they should include. In contrast to nested job groups this allows a sub job group to be shown as part of more meta job groups. A third idea is to use what the index page already does and filter down on the default view to show only what one is interested in. 

 ## tasks 

 * DONE: Add filter query parameter for index page -> [gh#886](https://github.com/os-autoinst/openQA/pull/886) 
 * DONE: Add UI element to filter on index page 
 * Provide quicklinks to "common views" with corresponding filter query parameters 


 OR 

 * Provide template for meta/nested job groups 
 * DONE: Extend database to accomodate meta/nested job groups, e.g. job group relations 
 * DONE: Add API route and display of meta/nested job groups 
 * Implement editor for meta/nested job groups 
 * Provide an overview page for meta/parent groups 
 * Show meta/parent groups on index page (details still need to be discussed) 

 


 in both cases continue here: 

 * Group group together build results (the progress bars) for job groups having the same builds, e.g. "Acceptance: SLE 12 SP2 1. Server" and "Acceptance: SLE 12 SP2 4. Migration" as in #13742#2-implementation-step 


 ## further details 

 the web page could look like this 

 ### 1. implementation step 

 Acceptance: SLE 12 SP2 

 * Acceptance: SLE 12 SP2 1. Server  

  * Build2118 (80 passed / 20 failed) 
  * Build2117 


 * Acceptance: SLE 12 SP2 2. Desktop 

  * Build098 
  * Build097 


 * Acceptance: SLE 12 SP2 4. Migration 

  * Build2118 (8 passed / 2 failed) 
  * Build2117 



 ### 2. implementation step 

 Acceptance: SLE 12 SP2 

 * Acceptance: SLE 12 SP2 1. Server / SLE 12 SP2 4. Migration 

  * Build2118 (88 passed / 22 failed) 
  * Build2117 


 * Acceptance: SLE 12 SP2 2. Desktop 

  * Build098 
  * Build097 


 ### 3. implementation step 

 Acceptance: SLE 12 SP2 

  more information here, at least the pinned-description must work 

 * Acceptance: SLE 12 SP2 1. Server / SLE 12 SP2 4. Migration 

  * Build2118 (88 passed / 22 failed) 
  * Build2117 


 * Acceptance: SLE 12 SP2 2. Desktop 

  * Build098 
  * Build097 


 -> side-note: don't include comments from sub-jobgroups, *but* labels

Back