Hello and welcome to yet another installation of Heroes of Fedora! In this post, we’ll look at the stats concerning the testing of Fedora 29 Beta. The purpose of Heroes of Fedora is to provide a summation of testing activity on each milestone release of Fedora. So, without further ado, let’s get started!
Updates Testing
Test period: Fedora 29 Beta (2018-08-28 – 2018-10-09)
Testers: 141
Comments1: 1044
1 If a person provides multiple comments to a single update, it is considered as a single comment. Karma value is not taken into account.
Validation Testing
Test period: Fedora 29 Beta (2018-08-28 – 2018-10-09)
Testers: 16
Reports: 561
Unique referenced bugs: 20
Name | Reports submitted | Referenced bugs1 |
---|---|---|
pwhalen | 167 | 1624652 1629378 1630443 (3) |
lruzicka | 115 | 1628192 1628495 1628497 1630384 (4) |
lbrabec | 99 | |
lnie | 29 | 1541599,1537586,1619007 1541599,1537586,1619007,1629444 1592686 1629544 1629551 1631217 (6) |
sinnykumari | 25 | |
alciregi | 24 | 1628495 1631015 (2) |
kparal | 22 | 1628497 1628525 (2) |
sumantrom | 19 | |
frantisekz | 13 | 1576903 (1) |
satellit | 13 | 1558671 1561766 1631920 (3) |
fab | 11 | |
adamwill | 10 | 1628495 (1) |
kevin | 6 | |
mohanboddu | 5 | none (1) |
coremodule | 2 | |
tenk | 1 |
1 This is a list of bug reports referenced in test results. The bug itself may not be created by the same person.
Bug Reports
Test period: Fedora 29 Beta (2018-08-28 – 2018-10-09)
Reporters: 303
New reports: 664
Name | Reports submitted1 | Excess reports2 | Accepted blockers3 |
---|---|---|---|
Kamil Páral | 19 | 5 (26%) | 0 |
lnie | 19 | 6 (31%) | 0 |
Niki Guldbrand | 19 | 0 (0%) | 0 |
Adam Williamson | 17 | 2 (11%) | 6 |
Christian Stadelmann | 15 | 1 (6%) | 0 |
Chris Murphy | 14 | 0 (0%) | 0 |
Miro Hrončok | 13 | 1 (7%) | 0 |
Bilal | 12 | 1 (8%) | 0 |
Zbigniew Jędrzejewski-Szmek | 12 | 2 (16%) | 0 |
Lukas Ruzicka | 11 | 1 (9%) | 0 |
Alessio | 9 | 3 (33%) | 0 |
Bhushan Barve | 8 | 0 (0%) | 0 |
František Zatloukal | 7 | 0 (0%) | 0 |
Shecks | 7 | 0 (0%) | 0 |
Florian Weimer | 6 | 0 (0%) | 0 |
Mike FABIAN | 6 | 0 (0%) | 0 |
ricky.tigg at gmail.com | 6 | 4 (66%) | 0 |
sedrubal | 6 | 0 (0%) | 0 |
Peter Robinson | 5 | 0 (0%) | 1 |
Boyd | 5 | 1 (20%) | 0 |
Joel Stienlet | 5 | 0 (0%) | 0 |
lennart_reuther at web.de | 5 | 0 (0%) | 0 |
Leslie Satenstein | 5 | 1 (20%) | 0 |
Michael Catanzaro | 5 | 0 (0%) | 0 |
René Genz | 5 | 0 (0%) | 0 |
yucef sourani | 5 | 0 (0%) | 0 |
ardillon.42 at gmail.com | 4 | 0 (0%) | 0 |
izhamsaad | 4 | 0 (0%) | 0 |
kxra at riseup.net | 4 | 0 (0%) | 0 |
Marko Myllynen | 4 | 0 (0%) | 0 |
Menanteau Guy | 4 | 2 (50%) | 0 |
Michael Erwin | 4 | 2 (50%) | 0 |
Milan Zink | 4 | 0 (0%) | 0 |
Paul DeStefano | 4 | 0 (0%) | 0 |
Prasad J Pandit | 4 | 0 (0%) | 0 |
Sanne Raymaekers | 4 | 0 (0%) | 0 |
Sylvain Réault | 4 | 0 (0%) | 0 |
volodya | 4 | 0 (0%) | 0 |
Yaniv Kaul | 4 | 0 (0%) | 0 |
Zamir SUN | 4 | 0 (0%) | 0 |
Alexander Kurtakov | 3 | 1 (33%) | 0 |
Ali Akcaagac | 3 | 1 (33%) | 0 |
b0a387e2 at opayq.com | 3 | 0 (0%) | 0 |
Basil Eric Rabi | 3 | 0 (0%) | 0 |
Daniel Mach | 3 | 0 (0%) | 0 |
Ed Marshall | 3 | 0 (0%) | 0 |
François Perriot | 3 | 1 (33%) | 0 |
gedaiu | 3 | 0 (0%) | 0 |
Gwendal | 3 | 0 (0%) | 0 |
Jussi Eloranta | 3 | 0 (0%) | 0 |
louisgtwo at gmail.com | 3 | 0 (0%) | 0 |
Ludovic Hirlimann [:Paul-muadib] | 3 | 0 (0%) | 0 |
Lukáš Tyrychtr | 3 | 0 (0%) | 0 |
M. Edward (Ed) Borasky | 3 | 0 (0%) | 0 |
Martin Pitt | 3 | 1 (33%) | 0 |
Martin Stransky | 3 | 0 (0%) | 0 |
Michael | 3 | 0 (0%) | 0 |
Pavel Roskin | 3 | 0 (0%) | 0 |
Petr Pisar | 3 | 0 (0%) | 0 |
Petr Schindler | 3 | 0 (0%) | 0 |
Robert Moskowitz | 3 | 0 (0%) | 0 |
Rubén Dután | 3 | 0 (0%) | 0 |
Sergio Monteiro Basto | 3 | 1 (33%) | 0 |
snaggen at gmail.com | 3 | 0 (0%) | 0 |
sumantro | 3 | 0 (0%) | 0 |
…and also 238 other reporters who created less than 3 reports each, but 287 reports combined! |
1 The total number of new reports (including “excess reports”). Reopened reports or reports with a changed version are not included, because it was not technically easy to retrieve those. This is one of the reasons why you shouldn’t take the numbers too seriously, but just as interesting and fun data.
2 Excess reports are those that were closed as NOTABUG, WONTFIX, WORKSFORME, CANTFIX or INSUFFICIENT_DATA. Excess reports are not necessarily a bad thing, but they make for interesting statistics. Close manual inspection is required to separate valuable excess reports from those which are less valuable.
3 This only includes reports that were created by that particular user and accepted as blockers afterwards. The user might have proposed other people’s reports as blockers, but this is not reflected in this number.
December 24, 2018 — 01:30
Did your research include the many bug reports listed in RedHat bugzilla against each testing release? Oh by the way, some of those reports were not addressed by the individuals listed above.
For future flowers and roses (eg badges), please review Bugzilla against the future F30 beta.