Reporting Bugs
Printed From: One Stop Testing
Category: Software Testing @ OneStopTesting
Forum Name: Bug Report @ OneStopTesting
Forum Discription: After Creating the Test Plan, Writing the Test Cases and using them, Finally We need to generate those Bug Reports which Proves that Testers are Good enough & most importantly Indispensable.
URL: http://forum.onestoptesting.com/forum_posts.asp?TID=173
Printed Date: 16Nov2024 at 7:59pm
Topic: Reporting Bugs
Posted By: Pinky
Subject: Reporting Bugs
Date Posted: 23Feb2007 at 10:08am
Bugs in Firefox are tracked using the database. With the increasing popularity of the Firefox browser, lots of bad bug reports are being filed and many of the good ones are duplicates of already filed bugs. The purpose of this page is to help you file better bug reports, which in the end will help the developers fixing the bug.
There are four crucial steps that you should follow before filing your first bug report:
1. Use the latest nightly build of Firefox with a new profile
2. Determine which product has the bug
3. Check if the bug is already filed
4. Finally, read the official Bug Writing Guidelines
Make sure you are using the latest nightly build of Firefox. Always install it in an empty folder.
Create a new Firefox profile and then start Firefox using that profile. Now, try to reproduce the bug. Of course, if what you're about to file is not a bug, but an enhancement request (RFE), you can skip this step. If you do not see the bug when using the latest nightly build and a new profile, there are two possibilities: either the bug is fixed in the latest builds, or seeing the bug depends on something in the profile you normally use.
To determine which of these is the case, try testing the bug using a new profile, but with the same build in which you were seeing the bug. If you do see the bug in this situation, then it's been fixed in the latest builds, and there's no need to file a bug report.
However, if you do not see the bug in this situation, then seeing the bug depends on something that is in the profile you normally use. This means it is a bug, but the information in the bug report needs to include information on how to turn a clean profile into a profile where the bug can be seen. Figuring out what in your existing profile triggers the bug may require some guesswork. It could be a preference, an extension you have installed, something in a database like bookmarks, history, or saved passwords, or something else. You can determine this by doing things like installing in the clean profile extensions that you have in your normal profile, temporarily disabling extensions in your normal file, copying files (like prefs.js or history.dat) from your normal profile to the clean profile, or other methods. Once you figure this out, remember to include in the bug report the simplest way to turn a clean profile into a profile where the bug can be seen.
2. Determine which product has the bug
Firefox is built on the Mozilla toolkit; so many bugs in Firefox may not be specific to Firefox, but actually bugs in the Mozilla toolkit, or even the core Mozilla code. The major difference between Firefox and Mozilla is the user interface (e.g. the toolbars, menus, status bar, etc., referred to as the "chrome" in Mozilla terms). That means, if you're experiencing a problem with the toolbar, it's probably a Firefox bug. If you're having a problem with autocomplete, it is probably a toolkit bug. If you're having problems with web page rendering, connection failures or even printing, they're most likely Mozilla core bugs. If you're still unsure of which product your bug belongs under, browse though the component list of Firefox, Toolkit, and Core, to find which product contains the component most appropriate for your bug report.
Optionally, you can download the latest SeaMonkey nightly and try to reproduce the bug using a clean SeaMonkey profile. If the bug exists in SeaMonkey, you should file the bug in the most relevant component of the product Core.
Check if the bug is already filed
The list of previously filed bugs is constantly growing, but if you look in the appropriate category, you'll notice that the list isn't that long. The components in Firefox are:
* Bookmarks
* Build Config
* Disability Access
* Download Manager
* Error Console
* Extension Compatibility
* Extension/Theme Manager
* File Handling
* Find Toolbar/Fast Find
* Form Manager
* General
* Help Documentation
* History
* Installer
* Keyboard Navigation
* Location Bar and Autocomplete
* Menus
* Microsummaries
* Migration
* OS Integration
* Page Info
* Password Manager
* Phishing Protection
* Places
* Plugin Finder Service
* Preferences
* RSS Discovery and Preview
* Search
* Security
* Software Update
* Startup and Profile System
* Tabbed Browser
* Toolbars
* View Source
The links above display a list of all bugs for that component (except the duplicates). If this is a new bug in the latest nightly build, you could always look in the list of bugs filed today. For the complete list of Firefox bugs, including duplicates, click here (will take a while to load).
4. Finally, read the official Bug Writing Guidelines
This last step only needs to be done once (hopefully), and is probably the most important one. You should never file a bug report before reading the official Bug Writing Guidelines, written by Gervase Markham. You will learn how to write a detailed and useful bug report, which will reduce the time it takes for a developer to fix the bug.
Filing a bug report
If you've followed the steps above, you are ready to file the bug report. Follow the instructions on the page. Since you've already searched for previously filed bugs, you can skip Step 1 - search for your bug.
|
|