QA/Community/Bug Day/Planner: Difference between revisions

From MozillaWiki
< QA‎ | Community‎ | Bug Day
Jump to navigation Jump to search
(Outdated)
 
(31 intermediate revisions by 5 users not shown)
Line 1: Line 1:
'''[[Mozilla_QA_Community:Bug_Day|&laquo; back to Mozilla_QA_Community Bug Day]]'''
{{outdated}}


''Work in progress - watch for falling wikicode...''
== Preparing for Bug Day ==
= Preparing for Bug Day =
=== Topics ===
* Good topics for bug days allow for steady progress when tackled collaboratively.
** For Bugzilla: Try to focus bug queries such that bug lists are reasonable in length. Mix up the purpose from week to week. (don't just triage bugs every week)
*** Triage Unconfirmed
*** Dupes
*** Verification
*** etc
 
*Suggestions for future topics:
** ???
** ???
 
=== Schedule ===
 
Moderators tracking page for scheduling [https://wiki.mozilla.org/QA/Bug_Day/Schedule Bug Day planning schedule]


*Change the following items on the [http://wiki.mozilla.org/Mozilla_QA_Community:Bug_Day Bug Day wiki page] as appropriate:
''note: don't forget to check the [[QA/Community/Bug Day/Archive|Bug Day Archive page]] for previously done topics. It's perfectly fine to revisit past topics.  The archives page is out of date. We'll start filling it in as we go again.
 
=== Changes to the Wiki ===
*Adjust the following items on the [[QA/Community/Bug Day|Bug Day wiki page]] as appropriate:
** Topic of the day
** Topic of the day
*** Move the old topic, if it's a unique topic, to the [http://wiki.mozilla.org/Mozilla_QA_Community:Bug_Day:Archive Bug Day Archive page]
*** Copy the last topic, to the [[QA/Community/Bug Day/Archive|Bug Day Archive page]]
*** Replace the old topic with the new topic
*** Replace the last topic with the new topic
*** Include links to bugzilla queries (tinyurls)
*** Include links to bugzilla queries (tinyurls)
** Update status report for the last bugday
** Update status report for the last bug day
** Note who is moderating each session
** Note who is moderating each session
** Releases being targeted
** Release being targeted: Update links to the builds to be tested (usually trunk)
** Update links to the builds to be tested (usually trunk)
* Update this page with potential topics and schedule them
* Update this page with potential topics and schedule them
* Promoting Bug Days - Announcements should be posted to the following areas:
** Mozilla QA blog
** MozillaZine Firefox build Forum
** moz.dev.quality newsgroup
** Submit a story to MozillaZine (this won't work on short notice)
** Pass the word around on irc: #qa, #firefox, #developers, etc.
** Update link to the Bug Day under [http://wiki.mozilla.org/Mozilla_QA_Community#Hot_Events Hot Events]
** Get prominent ad on QMO for when it goes live.


* Misc.
=== Promote Bug Days for increased participation ===
** When appropriate, invite developer(s) to participate
Post announcements to the following areas Tues and Friday prior to each every other Tuesday Bugday:
** Adjust plan for regional interests if necessary


* [http://quality.mozilla.org/ QMO Frontpage]
* [http://quality.mozilla.org/events QMO Event Calendar]
* [http://groups.google.com/group/mozilla.dev.quality mozilla.dev.quality newsgroup]
* [http://forums.mozillazine.org/ MozillaZine forums]


== Topic Planner==
== Specific Instructions ==
*Good topics for bug days allow for steady progress when tackled collaboratively.
 
** For Bugzilla: Try to focus bug queries such that bug lists are reasonable in length. Mix up the purpose from week to week. (don't just triage bugs every week)
=== QMO Frontpage ===
*** Triage Unconfirmed
Create an "Event" after deciding on a date for the next Bug Day. Even if the exact bug list is not set, getting this information out starts the community dialog and gives people enough warning to rearrange their schedule (if necessary).  Creating an event will display it under "Upcoming Events".
*** Dupes
 
*** Verification
The "Event" from above should be updated with the following information:
*** etc
 
** Public input tools: Attempt to map reports to bugs
* The date and time of the bug day;
*** Talkback
* What's the purpose of the bug day;
*** Reporter
** Links to instructional documentation.
*** Hendrix
* links to bug queries;
*** Forums
* links to specific instructions on the [http://wiki.mozilla.org/QA/Community/Bug_Day Bug Day wiki page]. (See above)
*Suggestions future topics:
 
** ???
A reminder blog post should be made right before (one or two days) the actual test day.
** ???
 
*Schedule:
=== QMO Bug Day Article ===
{| border="1"
Create the qmo page for a particular bug day.
|-
 
! Date
Be sure to double-check the new test day page to make sure that:
! Topic
* all dates are '''current''' and accurate;
|-
* links docs are accurate;
||March 20
* links to bug queries are working and accurate;
||Hendrix mining
* task specifics and instructions are accurate.
|-
* Preview to ensure the layout looks good
||March 27
 
||Map Hendrix items to bugs
== mozilla.dev.quality newsgroup & Mailings Lists ==
|-
* Post the announcement to the mozilla.dev.quality Newsgroup and to our 3 Community Mailing Lists
||April 3
** macqa@mozilla.org
|| tbd
** vistaqa@mozilla.org
|-
** communityqateam@mozilla.org
||April 10
 
|| tbd
=== MozillaZine forums ===
|-
Post also an article to [http://forums.mozillazine.org/ the MozillaZine forums] to publicize our test days. Also use other Community Forums like the German Firefox Community Forum.
||April 17
 
|| tbd
== Misc ==
|-
* When appropriate, invite developer(s) to participate
||April 24
* Give responsibility to community members
|| tbd
|-
||May 1
|| tbd
|}


''note: don't forget to check the [http://wiki.mozilla.org/Mozilla_QA_Community:Bug_Day:Archive Bug Day Archive page] for previously done topics.  it's perfectly fine to revisit past topics.  The archives page is out of date. I will be working on pulling topics out of the bug day wiki history to accurately complete that archive.
== Needs ==
* hosts/volunteers to help out
* Bug Day topics

Latest revision as of 23:06, 31 January 2024

Ambox outdated.png THIS PAGE MAY BE OUTDATED
This article is in parts, or in its entirety, outdated. Hence, the information presented on this page may be incorrect, and should be treated with due caution until this flag has been lifted. Help by editing the article, or discuss its contents on the talk page.

Preparing for Bug Day

Topics

  • Good topics for bug days allow for steady progress when tackled collaboratively.
    • For Bugzilla: Try to focus bug queries such that bug lists are reasonable in length. Mix up the purpose from week to week. (don't just triage bugs every week)
      • Triage Unconfirmed
      • Dupes
      • Verification
      • etc
  • Suggestions for future topics:
    • ???
    • ???

Schedule

Moderators tracking page for scheduling Bug Day planning schedule

note: don't forget to check the Bug Day Archive page for previously done topics. It's perfectly fine to revisit past topics. The archives page is out of date. We'll start filling it in as we go again.

Changes to the Wiki

  • Adjust the following items on the Bug Day wiki page as appropriate:
    • Topic of the day
      • Copy the last topic, to the Bug Day Archive page
      • Replace the last topic with the new topic
      • Include links to bugzilla queries (tinyurls)
    • Update status report for the last bug day
    • Note who is moderating each session
    • Release being targeted: Update links to the builds to be tested (usually trunk)
  • Update this page with potential topics and schedule them

Promote Bug Days for increased participation

Post announcements to the following areas Tues and Friday prior to each every other Tuesday Bugday:

Specific Instructions

QMO Frontpage

Create an "Event" after deciding on a date for the next Bug Day. Even if the exact bug list is not set, getting this information out starts the community dialog and gives people enough warning to rearrange their schedule (if necessary). Creating an event will display it under "Upcoming Events".

The "Event" from above should be updated with the following information:

  • The date and time of the bug day;
  • What's the purpose of the bug day;
    • Links to instructional documentation.
  • links to bug queries;
  • links to specific instructions on the Bug Day wiki page. (See above)

A reminder blog post should be made right before (one or two days) the actual test day.

QMO Bug Day Article

Create the qmo page for a particular bug day.

Be sure to double-check the new test day page to make sure that:

  • all dates are current and accurate;
  • links docs are accurate;
  • links to bug queries are working and accurate;
  • task specifics and instructions are accurate.
  • Preview to ensure the layout looks good

mozilla.dev.quality newsgroup & Mailings Lists

  • Post the announcement to the mozilla.dev.quality Newsgroup and to our 3 Community Mailing Lists
    • macqa@mozilla.org
    • vistaqa@mozilla.org
    • communityqateam@mozilla.org

MozillaZine forums

Post also an article to the MozillaZine forums to publicize our test days. Also use other Community Forums like the German Firefox Community Forum.

Misc

  • When appropriate, invite developer(s) to participate
  • Give responsibility to community members

Needs

  • hosts/volunteers to help out
  • Bug Day topics