Meego Wiki
Views

Quality/Bugzilla Fields

From MeeGo wiki
< Quality
Revision as of 06:33, 10 June 2011 by Ares2012 (Talk | contribs)
Jump to: navigation, search

Contents

MeeGo Release

MeeGo Release field defines in which MeeGo version a bug has been found. Version names are defined according to the MeeGo release plan. If a bug was reported already for an older MeeGo version make sure to handle this bug as described here.

Target Build

The main purpose of this field is for develpers to predict on which build the bug can be fixed.

When developers get a bug and acknowledge the issue, they should change the status from NEW to ASSIGNED, and set a Target Build to forecast when the issue can be fixed.

Importance

Priority

Priority field describes the importance and order in which a bug should be fixed. It helps developers to prioritize their work. By default the priority is set as "Undecided" when reporting a new bug. A bug triage team sets the initial priority for the bug, which might be changed. Priorities range from High (most important) to Low (least important).

  • High: Bug fixing is on-going, or is planned within 2 weeks, no later than the up-coming milestone. Reproducible crash issues, major function loss, issues greatly impact user experience or issues which block other key features to work would fall in to this category.
  • Medium: Bug fixing is planned before project release, but can't start before HIGH priority items are cleaned up.
  • Low: Bug fixing is not planned for the up-coming project release. Will re-evaluate the importance in next release.

Severity

The "Severity" field describes the impact of an issue. The options include:

  • Critical: crashes, other components are affected
  • Major: major loss of own function
  • Normal: regular issue, some loss of functionality under specific circumstances
  • Trival:cosmetic problem like misspelled words or misaligned text
  • Enhancement: request for enhancement

Profile, Architecture and Platform

Profile

The UX (like Netbook, Nettop, Notebook, Handset, Automotive, TV) the issue has been identified in. For bugs which apply to all UX (like bugs for Middleware/Core components), then "Common" should be selected.

Architecture

The architecture (like IA, ARM) the issue has been identified in. For example N900 Base OS layer bugs are ARM, most Netbooks are IA. For bugs which apply for multiple architectures, like bugs for middleware or applications, there is "All".

Platform

Platform field indicates the hardware platform against which the bug is detected, like ExoPC, Moorsetown, N900, Okatrail, etc.

Keywords

Keywords can be added to reports to quickly find issues of the same keyword category across various products and components.

TODO: Define process how to introduce/announce/decide on addition/deletion of keywords. -- User:Andre

See Also

This allows you to refer to bugs in other installations. You can enter a URL to a bug in the "Add Bug URLs" field to note that that bug is related to this one. You can enter multiple URLs at once by separating them with a comma.
You should normally use this field to refer to bugs in other installations. For bugs in this installation, it is better to use the Depends On and Blocks fields.

PM Comment

This field is for MeeGo PM team to record the TODOs,AR(Action Required),etc for MeeGo release key issues.
By using this field, PM comments can be searched out and modified as project moving on more conveniently.And meanwhile, PM is able to export the data in custom field easily for further using.

  • Here is the Bugzilla feature request for PM comment custom field.

Triaged By

"Triaged By" is used to track who made the in-depth triage to the bug. This field is mostly used by system debug team, as well as community contributors who deserve that.

  • Please also refer to SysDebugfor the usage of this field

Flag

We use these customized flags to manage release blocker bugs .

  • MeeGo_Update_Release_Blocker. Used to manage MeeGo update release blocker bugs.
  • MeeGo_Release_Blocker. Used to manage MeeGo release blocker bugs.
  • MeeGo_N900DE_Release_Blocker. Used to manage M900DE release blocker bugs

Normal users can propose blocker bugs for a specifc release, and users in a priviliged groups, like Program Managers, can approve/reject these blockers.
MeeGo release version and these blocker flag are used together to identify blocker issue in each releases uniquely

Other reference pages

Retrieved from "http://wiki.meego.com/Quality/Bugzilla_Fields"
Personal tools