Task #1405
closedBughunting Sessions
0%
Description
We regularly organize Bughunting Sessions.
This requires
- agreeing on and announcing a date in time
- nail down "point of no return" by when we need to have snapshot instead of delayed RC
- staff some key times with QA representatives to guide new users
Communication¶
One month before the week-end of the bug-hunting session, some preparation for communication is needed:
- create the page on the wiki
- create the banners that should be placed on
- the wiki page
- the wiki event page
- the website
- BugZilla
- create a Redmine ticket containing the dates and a link to the page in order for Italo to issue a PR when he sees the time is best
15 days before make a new call for participation on lists and social media.
Session¶
The day before¶
- Make sure the wiki page has all information
- Make sure that MozTrap run is available
- * Make sure there is a mentor available on the page with his name and mail address*
- Make sure the release is not delayed, if it is:
- point the testers to another release on master
- communicate on the QA and Projects lists and on IRC
- create a new run on MozTrap pointing to the right version.
During the session¶
- Make sure there is always a mentor available*
- Make sure that cross communication is working
- Check again the availability of the version to test.ant the links on the wiki page.
- Organize testing sessions on a dedicated module or new major functionality (e.g test on Writer only for 2 hours)
- Insist on that it's not a triaging session and anybody should concentrate on testing and reporting bugs only.
After the session¶
- Remove the banners from
- the wiki event page
- the website
- Bugzilla
- Collect metrics on participants (also NLPs participation)
- Collect metrics on bug reports, triage
- Collect metrics on MozTrap runs
- Thanks everybody for his participation on lists and social media
Related issues
Updated by Sophie Gautier over 9 years ago
Just to add some details:
- BH on last Alpha (e.g mid October for 5.1)
- BH on Beta1 (e.g. mid November for 5.1)
- BH on RC1 (e.g. mid December for 5.1)
- Communication on each BH begin one month before with a reminder 15 days and 3 days before.
- Banner should be added to BZ, wiki and site
- Wiki page set before communication so a month before
- mentor added to the wiki page at least a week before
- check with Cloph the availability of the build a day before
Updated by Sophie Gautier over 9 years ago
Link to wiki page containing details of the organization
https://wiki.documentfoundation.org/BugHunting_Organization
Updated by Sophie Gautier over 9 years ago
Copying the wiki page here:
Communication¶
One month before the week-end of the bug-hunting session, some preparation for communication is needed:
- create the page on the wiki
- create the banners that should be placed on
- the wiki page
- the wiki event page
- the website
- BugZilla
- create a Redmine ticket containing the dates and a link to the page in order for Italo to issue a PR when he sees the time is best
15 days before make a new call for participation on lists and social media.
Session¶
The day before¶
- Make sure the wiki page has all information
- Make sure that MozTrap run is available
- * Make sure there is a mentor available on the page with his name and mail address*
- Make sure the release is not delayed, if it is:
- point the testers to another release on master
- communicate on the QA and Projects lists and on IRC
- create a new run on MozTrap pointing to the right version.
During the session¶
- Make sure there is always a mentor available*
- Make sure that cross communication is working
- Check again the availability of the version to test.ant the links on the wiki page.
- Organize testing sessions on a dedicated module or new major functionality (e.g test on Writer only for 2 hours)
- Insist on that it's not a triaging session and anybody should concentrate on testing and reporting bugs only.
After the session¶
- Remove the banners from
- the wiki event page
- the website
- Bugzilla
- Collect metrics on participants (also NLPs participation)
- Collect metrics on bug reports, triage
- Collect metrics on MozTrap runs
- Thanks everybody for his participation on lists and social media
Updated by Florian Effenberger over 9 years ago
- Copied to Task #1427: Bughunting Sessions added
Updated by Florian Effenberger over 9 years ago
- Copied to Task #1431: Bughunting Sessions added
Updated by Christian Lohmaier over 9 years ago
Proposal: Tag of alpha1 on week 42, and doing bughunting session on week 44
Can use the announcement of alpha1 to point people to the bughunting session, and still have some time to address found issues until feature freeze/branch off in week 47
Updated by Florian Effenberger about 9 years ago
- Target version deleted (
Recurring)
Updated by Florian Effenberger almost 9 years ago
- Related to Task #1761: improve Bug Hunting Sessions added
Updated by Florian Effenberger over 8 years ago
- Related to deleted (Task #1761: improve Bug Hunting Sessions)
Updated by Florian Effenberger about 5 years ago
- Status changed from In Progress to Closed
Closing as per Ilmari's request