Re: Package QA Tracker

2015-08-16 Thread Walter Lapchynski
I'm all ears, Nick!

@wxl | http://polka.bike
Lubuntu Release Manager & Head of QA
Ubuntu PPC Point of Contact
Ubuntu Oregon Team Leader
Ubuntu Membership Board & LoCo Council Member
Eugene Unix & GNU/Linux User Group Co-organizer
On Aug 16, 2015 9:44 AM,  wrote:

> On 16/08/15 17:27, Walter Lapchynski wrote:
>
>>
>> so it resets every month?
>>
>> No.
>
> It doesn't reset at all. Just finishes at cycle end and then starts again.
>
> Nick can tell you more about why it was set up as it is.
>
>>
>> @wxl | http://polka.bike
>> Lubuntu Release Manager & Head of QA
>> Ubuntu PPC Point of Contact
>> Ubuntu Oregon Team Leader
>> Ubuntu Membership Board & LoCo Council Member
>> Eugene Unix & GNU/Linux User Group Co-organizer
>>
>> On Aug 16, 2015 12:16 AM, > floccul...@gmx.co.uk>> wrote:
>>
>> On 15/08/15 16:35, Simon Quigley wrote:
>>
>>
>> If a test result for a package in week 1 of a dev cycle
>> shows a
>> fail and has a bug filed against it why is that invalid in
>> week 20
>> if it hasn't been fixed?
>>
>> My point wasn't that. Then the QA person would have to
>> reattach the bug(not so hard if there was somewhat of a history).
>>
>> I'm not really sure how removing test results for a cycle
>> is useful.
>>
>> I would expect QA people to know if a bug reported against a
>> package is still relevant or not.
>>
>> ​
>> ​Because of regression. If there is package regression and the
>> QA tracker shows a passed result, then it would be a little
>> confusing to see a bug report
>> ​ concerning the same package ​
>> by the same person, don't you think?​
>> ​
>>
>> Or I would be pleased to be in a position to know that it was a
>> regression because I could simply see that the same thing passed
>> last month ;)
>>
>>
>> -- Have a nice day,
>> Simon Quigley
>>
>>
>> -- Ubuntu-quality mailing list
>> Ubuntu-quality@lists.ubuntu.com
>> 
>> Modify settings or unsubscribe at:
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quality
>>
>>
> --
> Ubuntu-quality mailing list
> Ubuntu-quality@lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quality
>
-- 
Ubuntu-quality mailing list
Ubuntu-quality@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quality


Re: Package QA Tracker

2015-08-16 Thread flocculant

On 16/08/15 17:27, Walter Lapchynski wrote:


so it resets every month?


No.

It doesn't reset at all. Just finishes at cycle end and then starts again.

Nick can tell you more about why it was set up as it is.


@wxl | http://polka.bike
Lubuntu Release Manager & Head of QA
Ubuntu PPC Point of Contact
Ubuntu Oregon Team Leader
Ubuntu Membership Board & LoCo Council Member
Eugene Unix & GNU/Linux User Group Co-organizer

On Aug 16, 2015 12:16 AM, > wrote:


On 15/08/15 16:35, Simon Quigley wrote:


If a test result for a package in week 1 of a dev cycle
shows a
fail and has a bug filed against it why is that invalid in
week 20
if it hasn't been fixed?

My point wasn't that. Then the QA person would have to
reattach the bug(not so hard if there was somewhat of a history).

I'm not really sure how removing test results for a cycle
is useful.

I would expect QA people to know if a bug reported against a
package is still relevant or not.

​
​Because of regression. If there is package regression and the
QA tracker shows a passed result, then it would be a little
confusing to see a bug report
​ concerning the same package ​
by the same person, don't you think?​
​

Or I would be pleased to be in a position to know that it was a
regression because I could simply see that the same thing passed
last month ;)


-- 
Have a nice day,

Simon Quigley


-- 
Ubuntu-quality mailing list

Ubuntu-quality@lists.ubuntu.com

Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quality



--
Ubuntu-quality mailing list
Ubuntu-quality@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quality


Re: Package QA Tracker

2015-08-16 Thread Walter Lapchynski
so it resets every month?

@wxl | http://polka.bike
Lubuntu Release Manager & Head of QA
Ubuntu PPC Point of Contact
Ubuntu Oregon Team Leader
Ubuntu Membership Board & LoCo Council Member
Eugene Unix & GNU/Linux User Group Co-organizer
On Aug 16, 2015 12:16 AM,  wrote:

> On 15/08/15 16:35, Simon Quigley wrote:
>
>>
>> If a test result for a package in week 1 of a dev cycle shows a
>> fail and has a bug filed against it why is that invalid in week 20
>> if it hasn't been fixed?
>>
>> My point wasn't that. Then the QA person would have to reattach the
>> bug(not so hard if there was somewhat of a history).
>>
>> I'm not really sure how removing test results for a cycle is useful.
>>
>> I would expect QA people to know if a bug reported against a
>> package is still relevant or not.
>>
>> ​
>> ​Because of regression. If there is package regression and the QA tracker
>> shows a passed result, then it would be a little confusing to see a bug
>> report
>> ​ concerning the same package ​
>> by the same person, don't you think?​
>> ​
>>
> Or I would be pleased to be in a position to know that it was a regression
> because I could simply see that the same thing passed last month ;)
>
>>
>> --
>> Have a nice day,
>> Simon Quigley
>>
>
> --
> Ubuntu-quality mailing list
> Ubuntu-quality@lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quality
>
-- 
Ubuntu-quality mailing list
Ubuntu-quality@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quality


Re: Package QA Tracker

2015-08-16 Thread flocculant

On 15/08/15 16:35, Simon Quigley wrote:


If a test result for a package in week 1 of a dev cycle shows a
fail and has a bug filed against it why is that invalid in week 20
if it hasn't been fixed?

My point wasn't that. Then the QA person would have to reattach the 
bug(not so hard if there was somewhat of a history).


I'm not really sure how removing test results for a cycle is useful.

I would expect QA people to know if a bug reported against a
package is still relevant or not.

​
​Because of regression. If there is package regression and the QA 
tracker shows a passed result, then it would be a little confusing to 
see a bug report

​ concerning the same package ​
by the same person, don't you think?​
​
Or I would be pleased to be in a position to know that it was a 
regression because I could simply see that the same thing passed last 
month ;)


--
Have a nice day,
Simon Quigley


--
Ubuntu-quality mailing list
Ubuntu-quality@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quality