Project

General

Profile

Actions

action #103701

closed

coordination #91646: [saga][epic] SUSE Maintenance QA workflows with fully automated testing, approval and release

Resubmited incident (ID) with new release request (RR) inherits incident test results from previous RR

Added by dzedro almost 3 years ago. Updated over 2 years ago.

Status:
Resolved
Priority:
High
Assignee:
Target version:
Start date:
2021-12-08
Due date:
% Done:

0%

Estimated time:

Description

When RR is declined it can be resubmitted with new RR.
Problem is that it's still same incident ID so it will have old results.
If the incident results passed then it can be auto-approved.
Regressions can pass trough.

e.g. S:M:21592:259811 http://dashboard.qam.suse.de/incident/21592


Files

update.png (191 KB) update.png dzedro, 2021-12-08 11:53
rr.png (156 KB) rr.png dzedro, 2022-01-05 15:21

Related issues 5 (1 open4 closed)

Related to QA - action #108869: Missing (re-)schedules of SLE maintenance tests size:MResolvedosukup2022-03-24

Actions
Related to openQA Project - action #109310: qem-bot/dashboard - mixed old and new incidents size:MResolvedkraih2022-03-31

Actions
Related to QA - action #119161: Approval step of qem-bot says incident has failed job in incidents but it looks empty on the dashboard size:MResolvedokurz2022-10-21

Actions
Related to QA - action #123286: Bot and dashboard reference to wrong data and block update approval size:MResolvedkraih2022-12-21

Actions
Related to QA - action #155206: [qem-bot] re-release update can miss repo and thus not schedule updatesNew2024-02-08

Actions
Actions #1

Updated by dzedro almost 3 years ago

  • Category set to Regressions/Crashes
Actions #2

Updated by okurz almost 3 years ago

  • Project changed from openQA Project to QA
  • Category deleted (Regressions/Crashes)
  • Target version set to future

When you say "Concrete Bugs", meaning a regression, can you reference a "last good"? Or is it actually a new feature request?

Actions #3

Updated by dzedro almost 3 years ago

I'm not aware of any regression, but it's flaw in bot which can cause regressions.
It's confusing, people can think result is based on latest submission, but must be not.
Can be called feature request.

Actions #4

Updated by dzedro almost 3 years ago

Another example of old results being inherited from previous RR, there are just old test results or results don't exist anymore just the result statistics.
This is just annoying for reviewer and blocking auto-approve.
https://smelt.suse.de/incident/21598/

Actions #5

Updated by osukup almost 3 years ago

yes, this is result of too simplified naming of INCIDENT by bot ( technical deept from past) ...

we need check where is used and change all places. (probadly MTUI + bot-ng + qem-dashboard

Actions #6

Updated by osukup almost 3 years ago

another possibility is add variable ( for examle RRID) with RRID and then use this in approver part of bot, which unfortuanetly can work only for incidents part, not aggregates

Actions #7

Updated by osukup almost 3 years ago

after code review .. it needs changes in bot-ng ( few lines) + in mtui (also should be simple)

Actions #8

Updated by osukup almost 3 years ago

ahh , and I also forget about Template Generator (teregen)

Actions #9

Updated by osukup almost 3 years ago

Ahh, I forgot .. there is problem...

We cant use RR ( review Request) because we start work on all incidents before are Review Requests created. ( Incidents in Staging Area)

@vpelcak, @dzedro .. any ideas ?

Actions #10

Updated by dzedro almost 3 years ago

If we can't use RR then I don't know what options we have. Somehow drop previous results or filter results since day of new RR being submitted ?

Actions #11

Updated by osukup over 2 years ago

  • Status changed from New to In Progress
  • Assignee set to osukup
Actions #12

Updated by osukup over 2 years ago

  • Status changed from In Progress to Feedback

.. deployed, need check if it works as intended...

Actions #13

Updated by osukup over 2 years ago

  • Status changed from Feedback to Resolved
Actions #14

Updated by okurz over 2 years ago

  • Related to action #108869: Missing (re-)schedules of SLE maintenance tests size:M added
Actions #15

Updated by okurz over 2 years ago

  • Related to action #109310: qem-bot/dashboard - mixed old and new incidents size:M added
Actions #16

Updated by okurz over 2 years ago

  • Parent task set to #91646
Actions #17

Updated by okurz almost 2 years ago

  • Related to action #119161: Approval step of qem-bot says incident has failed job in incidents but it looks empty on the dashboard size:M added
Actions #18

Updated by mgrifalconi over 1 year ago

  • Related to action #123286: Bot and dashboard reference to wrong data and block update approval size:M added
Actions #19

Updated by jbaier_cz 8 months ago

  • Related to action #155206: [qem-bot] re-release update can miss repo and thus not schedule updates added
Actions

Also available in: Atom PDF