QA/Taskboard

Overview

The "One and Done" initiative, previously known as "QA Taskboard", is a workflow where Mozilla community contributors can pick tasks and work on them - one at a time, one day at a time - and feel good about doing them.

Mozilla QA sees the "One and Done" initiative as a way for Mozilla community contributors to get introduced to various projects and then to become involved in an area of their interest.

Contributors would be able to find their voice in the community, be able to engage meaningfully, and feel rewarded for their contribution.

Communication Channels

If you want to help on the project, it's very easy to start.

Mailing List

Subscribe to our QA team mailing list and send us an e-mail presenting yourself and telling us what kind of tasks you would like to do.

IRC

You can find us at irc.mozilla.org on the #qa channel. If you don't have an IRC client, simply click here to use Mibbit's online IRC client.

Meetings

• Minutes of Meeting July 16, 2012
• Minutes of Meeting September 18, 2012

Product Version 1.0

Goals

• Goals to be met from the perspective of Mozilla QA
  • Make it easy to attract and engage people who want to contribute.
  • Work well for Mozilla QA's needs and dovetail nicely into existing workflows.

• Goals to be met from the perspective of Mozilla Community
  • Help new people come in and find their voice.
  • Enable people to contribute in an area of their interest.
  • Enable people to take up and complete tasks broken up into well-defined chunks with respect to time, scope and difficulty level.
  • Reward people for their contribution.

Features

A Mozilla Community Contributor should be able to:

1. Create a personal profile to state areas of interest, technical ability, time generally available at hand on a daily basis, etc.
2. Go through a list of tasks that match the profile.
3. Pick up one task that matches profile and current time available.
4. Read clear instructions on how to do the task.
5. Get help from Mozilla QA Mentors assigned to the task.
6. Update progress on task.
7. Mark the task as abandoned or complete.
8. Give feedback on the task.
9. See the task completion reflected in profile statistics.
10. Earn reputation and badges.
11. Participate in community discussion to make "One and Done" better (similar to Meta Stack Overflow)

A Mozilla QA team member should be able to:

1. Define areas of interest within Mozilla QA in which Mozilla Community Contributors may participate (e.g. WebQA, B2G, etc).
2. Define test environment needed for completing tasks in each area of interest.
3. Define common tasks for contributors (e.g. bug reporting, bug triage, bug verification, etc.)
4. Define clear workflows for each common task (similar to Ubuntu's 5-a-day)
5. Create tasks with clear instructions, a defined time box and other attributes (e.g. priority for Mozilla QA, difficulty level, area of interest, etc.).
6. Internally discuss a particular task by sharing the task's URL.
7. Identify and associate Mozilla QA Mentors for each task.
8. Schedule each task for when Mozilla QA Mentors are available to support contributor.
9. Save the task in an "unpublished" state and make it "go live" as needed.
10. See a list of all tasks (drill down by unpublished / live, , completed / abandoned, priority for Mozilla QA, difficulty level, area of interest, etc.)
11. Get notified when a contributor picks up the task.
12. Mentor contributor in case help is requested or encouragement is needed.
13. Get notified when contributor updates progress on the task, and marks it complete or abandoned.
14. Send thanks to the contributor.

A Mozilla Manager (Community, Project, QA, etc.) should be able to:

1. Read feedback of contributors after task completion.
2. Read metrics of community participation.
3. Participate in community discussion (similar to Meta Stack Overflow).
4. Define how reputation and badges should be earned.

Metrics:

1. Number of unique contributors taking up tasks daily (drill down by area of interest, technical ability, etc.)
2. Number of tasks completed daily (drill down by area of interest, difficulty level, etc.)
3. Actual time taken to execute a task versus expected
4. List of top contributors (sorted by reputation, number of badges)

Product Version 2.0

(Features that are nice-to-have but do not fit into Version 1.0 above can be listed here.)