Hi folks!
At the Go/No-Go meeting today, we agreed in principle that major bugs in virt guest functionality should come under the Alpha criteria, not the Beta criteria as before. When we established the virt criteria, use of virtual machines for pre-release testing wasn't as widespread as it is now.
Having looked at the criteria, I think a simple change can achieve this. We simply move this single criterion from Beta to Alpha:
"The release must install and boot successfully as a virtual guest in a situation where the virtual host is running the current stable Fedora release."
The other criterion would remain at Beta:
"The release must be able host virtual guest instances of the same release."
I believe just this change should suffice to implement the intent: that virt guest functionality block Alpha, but virt host functionality block Beta.
Does this sound good to everyone? Thanks!
On Thu, Mar 23, 2017 at 05:39:20PM -0700, Adam Williamson wrote:
Hi folks!
At the Go/No-Go meeting today, we agreed in principle that major bugs in virt guest functionality should come under the Alpha criteria, not the Beta criteria as before. When we established the virt criteria, use of virtual machines for pre-release testing wasn't as widespread as it is now.
Having looked at the criteria, I think a simple change can achieve this. We simply move this single criterion from Beta to Alpha:
"The release must install and boot successfully as a virtual guest in a situation where the virtual host is running the current stable Fedora release."
The other criterion would remain at Beta:
"The release must be able host virtual guest instances of the same release."
I believe just this change should suffice to implement the intent: that virt guest functionality block Alpha, but virt host functionality block Beta.
Does this sound good to everyone? Thanks!
Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net
That sounds good to me. I think both of those make sense and get where we're trying to go.
// Mike -- Fedora QA
On Fri, Mar 24, 2017 at 3:48 AM, Mike Ruckman roshi@fedoraproject.org wrote:
On Thu, Mar 23, 2017 at 05:39:20PM -0700, Adam Williamson wrote:
Hi folks!
At the Go/No-Go meeting today, we agreed in principle that major bugs in virt guest functionality should come under the Alpha criteria, not the Beta criteria as before. When we established the virt criteria, use of virtual machines for pre-release testing wasn't as widespread as it is now.
Having looked at the criteria, I think a simple change can achieve this. We simply move this single criterion from Beta to Alpha:
"The release must install and boot successfully as a virtual guest in a situation where the virtual host is running the current stable Fedora release."
The other criterion would remain at Beta:
"The release must be able host virtual guest instances of the same release."
I believe just this change should suffice to implement the intent: that virt guest functionality block Alpha, but virt host functionality block Beta.
Does this sound good to everyone? Thanks!
Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net
That sounds good to me. I think both of those make sense and get where we're trying to go.
It sounds good for me as well.
Regards, Jan
----- Original Message -----
From: "Adam Williamson" adamwill@fedoraproject.org To: "For testing and quality assurance of Fedora releases" test@lists.fedoraproject.org Sent: Friday, March 24, 2017 6:09:20 AM Subject: Criteria proposal: virt guest at Alpha
Hi folks!
At the Go/No-Go meeting today, we agreed in principle that major bugs in virt guest functionality should come under the Alpha criteria, not the Beta criteria as before. When we established the virt criteria, use of virtual machines for pre-release testing wasn't as widespread as it is now.
Having looked at the criteria, I think a simple change can achieve this. We simply move this single criterion from Beta to Alpha:
"The release must install and boot successfully as a virtual guest in a situation where the virtual host is running the current stable Fedora release."
The other criterion would remain at Beta:
"The release must be able host virtual guest instances of the same release."
I believe just this change should suffice to implement the intent: that virt guest functionality block Alpha, but virt host functionality block Beta.
Does this sound good to everyone? Thanks!
Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net _______________________________________________ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-leave@lists.fedoraproject.org
Sounds Good
Thanks Sumantro
On Thu, Mar 23, 2017 at 05:39:20PM -0700, Adam Williamson wrote:
Hi folks!
At the Go/No-Go meeting today, we agreed in principle that major bugs in virt guest functionality should come under the Alpha criteria, not the Beta criteria as before. When we established the virt criteria, use of virtual machines for pre-release testing wasn't as widespread as it is now.
Having looked at the criteria, I think a simple change can achieve this. We simply move this single criterion from Beta to Alpha:
"The release must install and boot successfully as a virtual guest in a situation where the virtual host is running the current stable Fedora release."
The other criterion would remain at Beta:
"The release must be able host virtual guest instances of the same release."
I believe just this change should suffice to implement the intent: that virt guest functionality block Alpha, but virt host functionality block Beta.
Does this sound good to everyone? Thanks!
I'm +1
John.
On Thu, 2017-03-23 at 17:39 -0700, Adam Williamson wrote:
Hi folks!
At the Go/No-Go meeting today, we agreed in principle that major bugs in virt guest functionality should come under the Alpha criteria, not the Beta criteria as before. When we established the virt criteria, use of virtual machines for pre-release testing wasn't as widespread as it is now.
Having looked at the criteria, I think a simple change can achieve this. We simply move this single criterion from Beta to Alpha:
"The release must install and boot successfully as a virtual guest in a situation where the virtual host is running the current stable Fedora release."
The other criterion would remain at Beta:
"The release must be able host virtual guest instances of the same release."
I believe just this change should suffice to implement the intent: that virt guest functionality block Alpha, but virt host functionality block Beta.
Does this sound good to everyone? Thanks!
As the response to this was positive, I'm implementing it now. Thanks!
-
Adam Williamson -
Jan Kurik -
John Dulaney -
Mike Ruckman -
Sumantro Mukherjee