Improve bug example and avoid usage of "RC"

Signed-off-by: Niels Thykier <niels@thykier.net>
ubuntu/rebased
Niels Thykier 7 years ago
parent 7e2c62a600
commit 8352d62999

@ -102,20 +102,23 @@ to the items themselves:
1. Items that passed originally may fail in a later britney run.
1. Likewise, items may go from a "permanent failure" to a pass.
For the first case, a common example would be a new RC bug. When the
package if first uploaded, no body filed an RC bug yet so britney may
flag it as "passing" the RC bug policy. Then before it migrates, someone
files an RC bug. Once britney becomes aware of this, it will change
the verdict from pass to a permanent failure. If the bug is closed
without an upload, downgraded or it is determined that the bug is not
a regression compared to the target suite, britney will update the
verdict again.
For the second case, there was a "hidden" example with the RC bug in
the previous paragraph. :) But another example would be that piuparts
flags an item as having a regression due to a false positive. The
false-positive is then found, fixed and the test is rerun. Once the
updated test result reaches britney, it will update her verdict.
This can be seen in the following example case:
1. A new version of package is uploaded.
* Britney processes the package and concludes that there no blocking bugs,
so the package passes the bug policy.
1. Then before it migrates, someone files a blocking bug against
the new version.
* Britney reprocesses the package and now concludes it has a regression in
the bug policy (i.e. the policy verdict goes from "pass" to "permanent fail").
1. The bug is examined and it is determined that the bug also affects the
version in the target suite. The bug tracker is updated to reflect this.
* Britney reprocesses the package again and now concludes there is a blocking
bug, but it is not a regression (since it also affects the target suite).
This means the policy verdict now go from "fail" to "pass".
This is also applicable to e.g. the piuparts policy, where if the test is
rescheduled on the piuparts side and the result changes as a result of that.
Finally, the people running the britney instance can overrule any
policy by applying a [britney hint](hints.html), if they deem it

Loading…
Cancel
Save