Hello fellow testers, welcome to the Fedora Linux 34 Final installation of Heroes of Fedora! In this post, we’ll look at the stats concerning the testing of Fedora Linux 34 Final. The purpose of Heroes of Fedora is to provide a summation of testing activity on each milestone release of Fedora. Without community support, Fedora would not exist, so thank you to all who contributed to this release! Without further ado, let’s get started!
Updates Testing
Test period: Fedora Linux 34 Final (2021-04-06 – 2021-04-27)
Testers: 128
Comments1: 654
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 Linux 34 Final (2021-04-06 – 2021-04-27)
Testers: 17
Reports: 575
Unique referenced bugs: 7
Name | Reports submitted | Referenced bugs1 |
---|---|---|
lruzicka | 169 | 1949427 1950258 (2) |
pwhalen | 125 | |
geraldosimiao | 90 | 1929643 1952518 (2) |
frantisekz | 57 | |
nielsenb | 24 | 1950129 1950171 (2) |
sumantrom | 21 | |
jlinton | 21 | 1952748 (1) |
coremodule | 13 | |
kparal | 12 | |
robatino | 12 | |
thunderbirdtr | 10 | |
lnie | 9 | |
jpbn | 5 | |
cmurf | 2 | |
tflink | 2 | |
nb | 2 | |
alciregi | 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 Linux 34 Final (2021-04-06 – 2021-04-27)
Reporters: 385
New reports: 670
Name | Reports submitted1 | Excess reports2 | Accepted blockers3 |
---|---|---|---|
Miro Hrončok | 20 | 6 (30%) | 0 |
Bruno Porceli Alaniz | 17 | 0 (0%) | 0 |
Luna Jernberg | 15 | 3 (20%) | 0 |
Lukas Ruzicka | 10 | 5 (50%) | 0 |
ricky.tigg at gmail.com | 10 | 1 (10%) | 0 |
Chris Murphy | 9 | 2 (22%) | 0 |
lnie | 9 | 5 (55%) | 0 |
Sampson Fung | 8 | 0 (0%) | 0 |
Peter Hutterer | 7 | 0 (0%) | 0 |
Rickard | 7 | 0 (0%) | 0 |
Adam Williamson | 6 | 0 (0%) | 2 |
kxra at riseup.net | 6 | 0 (0%) | 1 |
cooperbang at disroot.org | 6 | 0 (0%) | 0 |
Heldwin | 6 | 0 (0%) | 0 |
Kristo Zondagh | 6 | 0 (0%) | 0 |
Kurt Heine | 6 | 0 (0%) | 0 |
Michael Catanzaro | 6 | 0 (0%) | 0 |
Ryan | 6 | 0 (0%) | 0 |
František Zatloukal | 5 | 0 (0%) | 2 |
Paul Whalen | 5 | 0 (0%) | 2 |
Basil Eric Rabi | 5 | 0 (0%) | 0 |
Ian Laurie | 5 | 0 (0%) | 0 |
OpenQA Coconut | 5 | 5 (100%) | 0 |
Alexander Zhang | 4 | 0 (0%) | 0 |
Garry T. Williams | 4 | 0 (0%) | 0 |
Jeremy Linton | 4 | 0 (0%) | 0 |
Rex Dieter | 4 | 0 (0%) | 0 |
Thomas Citharel | 4 | 0 (0%) | 0 |
Vitaliy Grishin | 4 | 0 (0%) | 0 |
Willy Kuchler | 4 | 0 (0%) | 0 |
…and also 355 other reporters who created fewer than 4 reports each, but 457 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.
Start the discussion by commenting on the auto-created topic at discussion.fedoraproject.org