Bugzilla Confidential Hand

xiaoxiao2021-03-06  53

1 Introduction:

Bugzilla is an open source free defect tracking tool to Mozilla Company. As a record and tracking tool for product defects, it can create a complete BUG tracking system, including report bugs, query bug records, and generate reports, processing resolution, administrator system initialization, and set up. And have the following characteristics:

l Based on web way, it is easy to install, and it is easy to run, and the management is safe.

l Concerns contributing to defects. This system uses the database to manage, providing a comprehensive detailed report entry, generating a standardized bug report. Provide a large number of analytical options and powerful query matching capabilities, BUG statistics can be combined according to various conditional combinations. When the error changes in its life cycle, developers, testers, and managers will promptly obtain dynamic change information, allowing you to get history records and refer to this record when checking errors.

l System flexible, powerful configible capabilities. Bugzilla tools can set different modules for software products and set developers and testers for different modules; this can be automatically issued to the specified responsible person when submitting a report; and can set different groups. Setting different users with different operation permissions of bugs, valid control management. Allows the setting of different severity and priority, can manage errors in the wrong life period, have detailed records from the initial report to the final solution, ensuring that the error will not be ignored, while allowing the developer Attention is concentrated in a high priority and high degree of severity.

l Auto Send Email to notify the relevant personnel. Automatically send the latest dynamic information to the different responsible persons, which effectively help testers and developers communicate.

2 bugzilla operation process:

2.1 User Login and Settings Process:

l Open the browser, enter the bugzilla server address: http:// Server / bugzilla /

l After entering the main page, click [New Account] to enter the registration page.

l Enter the E-Mail address and user code in the registration page, then click [CREATE Accent], then you will receive an E-mail including the initial password.

l After receiving E-mail, click [Login], enter the E-mail address used when the account bar is entered, enter the initial password notified in the password bar, then click [Login].

l Forgot your password, enter the registered user name in the landing page, click [Submit Request], and reset the password according to the received message.

l If you have successfully logged in, click [EDIT property] -> [account setting] to modify the password.

l Click [Edit property] -> [mail setting] for email notification settings.

l Click [EDIT property] -> [Permissions] to perform permission query.

2.2 BUG processing flow overview:

l After the tester or developer discovers BUG, ​​it is determined which module belongs to which module is to fill in the BUG report, and the project team leader or directly notifies the developer directly through the Email.

l The project team leader is re-impathed to the developer who belongs to the BUG according to the specific situation.

l After the developer receives E-mail information, it is judged whether or not it is a range of modifications.

A. If not, reassigned to the project team leader or the developer that should be assigned;

B. If it is processed, resolved and give a solution. (Create a patch attachment and supplementary description); l Tester query the developer has modified BUG to retest. (Create Test Case Accessories)

A. After verifying, the modified state is Verified. After the entire product is released, modify it to close.

B. There is also a problem, reopened, the state is revert to "New", and email notifications.

l If this bug has never been processed in a week. Bugzilla will always harass its owner with E-mail until it takes action.

2.3 A bug survival cycle diagram:

2.4 Tester reports the BUG process:

l First inquiries, confirm that the BUG report to be submit will not exist in the original record, if you already exist, don't submit, if you have any suggestions, you can add a comment in the original record, tell the owner, let the BUG See you after you want to modify it.

l If the bug does not exist, create a valid BUG report to submit.

l Conventional operation: Click [New], after selecting the product, fill in the table of a bug report. Fill in the table Note: [Assignment] Owner set by default to the air, or manually. [Cc] can be multiple people, need to be separated by commas. [Description] To explain the following:

A. Procedure to find problems;

B. A situation that appears after the above steps;

C. It is expected that the correct result should appear.

l [platform], [operating system], [priority], [severe level], can choose from the specific situation.

l [dependence] refers to the BUG number associated with this new bug.

l [blocks] Not very clear

l After completing, click [Commit] to submit, send email notifications to the relevant personnel.

2.5 Different Processing Status Explanations of BUG:

l Bug's owner confirmed and accepted this bug, then give a solution, and fill in [additional instructions], you can also [create new attachments] (eg, change submission) and so on.

l The status of the developer can adjust is as follows:

A. Fixed => The problem description has been modified;

B. Invalid => The problem description is not a bug (after an incorrect input error, cancel);

C. Wontfix => The problem description will never be repaired;

D. Later => The problem description will not be solved in this release of the product;

E. Duplicate => The problem description is a copy of the BUG existing;

F. Worksforme => All attempts to regenerate this bug are invalid. If there is more information, reassign this bug, and now use it to archive it.

l After the tester receives the modification of the bug, you can do the following adjustments:

A. Leave as resolved fixed => Keep the Fixed status unchanged;

B. Reopen bug => This bug has problems, reopen; c. Mark bug as verified => This bug is indeed correctly modified;

D. Mark bug as closed => The product has been released, and this bug is turned off.

2.6 Description of permissions:

l Group members have the right to query the bug, but cannot be modified.

l BUG's Owner and Reporter have the right to modify.

l Users with special permissions have the right to modify.

Another: For the installation of Bugzilla, please visit the following:

http://www.9cbs.net/develop/read_article.asp?id=24088

http://www.9cbs.net/develop/read_article.asp?id=24091

http://www.9cbs.net/develop/read_article.asp?id=24092

Author Blog:

http://blog.9cbs.net/ycw/

转载请注明原文地址:https://www.9cbs.com/read-117040.html

New Post(0)