logging in or signing up HOW pawan Download Post to : URL : Related Presentations : Share Add to Flag Embed Email Send to Blogs and Networks Add to Channel Uploaded from authorPOINT lite Insert YouTube videos in PowerPont slides with aS Desktop Copy embed code: (To copy code, click on the text box) Embed: URL: Thumbnail: WordPress Embed Customize Embed The presentation is successfully added In Your Favorites. Views: 215 Category: Entertainment License: All Rights Reserved Like it (0) Dislike it (0) Added: September 06, 2007 This Presentation is Public Favorites: 0 Presentation Description No description available Comments Posting comment... Premium member Presentation Transcript How to Write a Bug Report : How to Write a Bug Report A dozen helpful tips Be very specific when describing the bug. Don’t let there be any room for interpretation. More concise means less ambiguous, so less clarification will be needed later on : Be very specific when describing the bug. Don’t let there be any room for interpretation. More concise means less ambiguous, so less clarification will be needed later on Calling windows by their correct names (by the name displayed on the title bar) will eliminate some ambiguity. : Calling windows by their correct names (by the name displayed on the title bar) will eliminate some ambiguity. Don’t be repetitive. Don’t repeat yourself. Also, don’t say things twice or three times.: Don’t be repetitive. Don’t repeat yourself. Also, don’t say things twice or three times. Try to limit the number of steps to recreate the problem. A bug that is written with 7 or more steps can usually become hard to read. It is usually possible to shorten that list. : Try to limit the number of steps to recreate the problem. A bug that is written with 7 or more steps can usually become hard to read. It is usually possible to shorten that list. Start describing with where the bug begins, not before. For example, you don't have to describe how to load and launch the application if the application crashes on exit.: Start describing with where the bug begins, not before. For example, you don't have to describe how to load and launch the application if the application crashes on exit. Proofreading the bug report is very important. Send it through a spell checker before submitting it.: Proofreading the bug report is very important. Send it through a spell checker before submitting it. Make sure that all step numbers are sequenced. (No missing step numbers and no duplicates.): Make sure that all step numbers are sequenced. (No missing step numbers and no duplicates.) Please make sure that you use sentences. This is a sentence. This not sentence.: Please make sure that you use sentences. This is a sentence. This not sentence. Don’t use a condescending or negative tone in your bug reports. Don’t say things like "It's still broken", or “It is completely wrong”.: Don’t use a condescending or negative tone in your bug reports. Don’t say things like "It's still broken", or “It is completely wrong”. Don’t use vague terms like “It doesn’t work” or “not working properly”: Don’t use vague terms like “It doesn’t work” or “not working properly” If there is an error message involved, be sure to include the exact wording of the text in the bug report. If there is a GPF (General Protection Fault) be sure to include the name of the module and address of the crash.: If there is an error message involved, be sure to include the exact wording of the text in the bug report. If there is a GPF (General Protection Fault) be sure to include the name of the module and address of the crash. Once the text of the report is entered, you don’t know whose eyes will see it. You might think that it will go to your manager and the developer and that’s it, but it could show up in other documents that you are not aware of, such as reports to senior management or clients, to the company intranet, to future test scripts or test plans. The point is that the bug report is your work product, and you should take pride in your work.: Once the text of the report is entered, you don’t know whose eyes will see it. You might think that it will go to your manager and the developer and that’s it, but it could show up in other documents that you are not aware of, such as reports to senior management or clients, to the company intranet, to future test scripts or test plans. The point is that the bug report is your work product, and you should take pride in your work. Hope this will help you to Write a proper Bug Report.: Hope this will help you to Write a proper Bug Report. You do not have the permission to view this presentation. In order to view it, please contact the author of the presentation.
HOW pawan Download Post to : URL : Related Presentations : Share Add to Flag Embed Email Send to Blogs and Networks Add to Channel Uploaded from authorPOINT lite Insert YouTube videos in PowerPont slides with aS Desktop Copy embed code: (To copy code, click on the text box) Embed: URL: Thumbnail: WordPress Embed Customize Embed The presentation is successfully added In Your Favorites. Views: 215 Category: Entertainment License: All Rights Reserved Like it (0) Dislike it (0) Added: September 06, 2007 This Presentation is Public Favorites: 0 Presentation Description No description available Comments Posting comment... Premium member Presentation Transcript How to Write a Bug Report : How to Write a Bug Report A dozen helpful tips Be very specific when describing the bug. Don’t let there be any room for interpretation. More concise means less ambiguous, so less clarification will be needed later on : Be very specific when describing the bug. Don’t let there be any room for interpretation. More concise means less ambiguous, so less clarification will be needed later on Calling windows by their correct names (by the name displayed on the title bar) will eliminate some ambiguity. : Calling windows by their correct names (by the name displayed on the title bar) will eliminate some ambiguity. Don’t be repetitive. Don’t repeat yourself. Also, don’t say things twice or three times.: Don’t be repetitive. Don’t repeat yourself. Also, don’t say things twice or three times. Try to limit the number of steps to recreate the problem. A bug that is written with 7 or more steps can usually become hard to read. It is usually possible to shorten that list. : Try to limit the number of steps to recreate the problem. A bug that is written with 7 or more steps can usually become hard to read. It is usually possible to shorten that list. Start describing with where the bug begins, not before. For example, you don't have to describe how to load and launch the application if the application crashes on exit.: Start describing with where the bug begins, not before. For example, you don't have to describe how to load and launch the application if the application crashes on exit. Proofreading the bug report is very important. Send it through a spell checker before submitting it.: Proofreading the bug report is very important. Send it through a spell checker before submitting it. Make sure that all step numbers are sequenced. (No missing step numbers and no duplicates.): Make sure that all step numbers are sequenced. (No missing step numbers and no duplicates.) Please make sure that you use sentences. This is a sentence. This not sentence.: Please make sure that you use sentences. This is a sentence. This not sentence. Don’t use a condescending or negative tone in your bug reports. Don’t say things like "It's still broken", or “It is completely wrong”.: Don’t use a condescending or negative tone in your bug reports. Don’t say things like "It's still broken", or “It is completely wrong”. Don’t use vague terms like “It doesn’t work” or “not working properly”: Don’t use vague terms like “It doesn’t work” or “not working properly” If there is an error message involved, be sure to include the exact wording of the text in the bug report. If there is a GPF (General Protection Fault) be sure to include the name of the module and address of the crash.: If there is an error message involved, be sure to include the exact wording of the text in the bug report. If there is a GPF (General Protection Fault) be sure to include the name of the module and address of the crash. Once the text of the report is entered, you don’t know whose eyes will see it. You might think that it will go to your manager and the developer and that’s it, but it could show up in other documents that you are not aware of, such as reports to senior management or clients, to the company intranet, to future test scripts or test plans. The point is that the bug report is your work product, and you should take pride in your work.: Once the text of the report is entered, you don’t know whose eyes will see it. You might think that it will go to your manager and the developer and that’s it, but it could show up in other documents that you are not aware of, such as reports to senior management or clients, to the company intranet, to future test scripts or test plans. The point is that the bug report is your work product, and you should take pride in your work. Hope this will help you to Write a proper Bug Report.: Hope this will help you to Write a proper Bug Report.