SlideShare a Scribd company logo
Bug Life Cycle
Introduction Bug can be defined as the abnormal behavior of the software. No software exists without a bug. The elimination of bugs from the software depends upon the efficiency of testing done on the software. A bug is a specific concern about the quality of the Application under Test (AUT).
Bug Life Cycle:  In software development process, the bug has a life cycle. The bug should go through the life cycle to be closed. A specific life cycle ensures that the process is standardized. The bug attains different states in the life cycle. The life cycle of the bug can be shown diagrammatically as follows:
 

Recommended for you

Strategies For Software Test Documentation
Strategies For Software Test Documentation Strategies For Software Test Documentation
Strategies For Software Test Documentation

Strategies For Software Test Documentation by Suriya G of Vishwak.com for Anna University Workshop on testing

testing documentation
Defect life cycle
Defect life cycleDefect life cycle
Defect life cycle

A defect life cycle outlines the journey a defect takes from being reported to being resolved. It varies by organization and project. Common states include: New - A potential defect is reported but not yet validated. Assigned - The defect is assigned to a development team to address but not yet resolved. Closed - The final state where the defect is closed after being retested and verified as fixed. Reopened - If the defect is not actually fixed, the QA team can reopen the defect.

Software testing
Software testingSoftware testing
Software testing

A brief that includes the following: - Software Testing - Quality Assurance - Quality Control - Types of Testing - Levels of Software Testing - Types of Performance Testing - API - Verification & Validation - Test Plan & Testing Strategy - Agile & Waterfall - Software Development Life Cycle - Career Path

software testingagilequality assurance
1. New: When the bug is posted for the first time, its state will be “NEW”. This means that the bug is not yet approved
2. Open: After a tester has posted a bug, the lead of the tester approves that the bug is genuine and he changes the state as “OPEN”.
3. Assign: Once the lead changes the state as “OPEN”, he assigns the bug to corresponding developer or developer team. The state of the bug now is changed to “ASSIGN”.
4. Test: Once the developer fixes the bug, he has to assign the bug to the testing team for next round of testing. Before he releases the software with bug fixed, he changes the state of bug to “TEST”. It specifies that the bug has been fixed and is released to testing team.

Recommended for you

functional testing
functional testing functional testing
functional testing

Functional testing is a type of software testing that validates software functions or features based on requirements specifications. It involves testing correct and incorrect inputs to check expected behaviors and outputs. There are different types of functional testing including unit testing, integration testing, system testing, and acceptance testing. Testers write test cases based on requirements and specifications to test the functionality of software under different conditions.

functional testingmanual testing
STLC (Software Testing Life Cycle)
STLC (Software Testing Life Cycle)STLC (Software Testing Life Cycle)
STLC (Software Testing Life Cycle)

The document discusses the phases of the Software Testing Life Cycle (STLC). It begins by introducing the group members and defining software testing as a process to find bugs by executing a program. It then outlines the six main phases of the STLC: 1) Requirements analysis to understand requirements and identify test cases, 2) Test planning to create test plans and strategies, 3) Test case development to write test cases and scripts, 4) Environment setup to prepare the test environment, 5) Test execution and bug reporting to run tests and log defects, and 6) Test cycle closure to review testing artifacts and lessons learned. Each phase is described in 1-2 sentences with its activities, deliverables, and examples provided.

#testing life cycle#software testingchaudhry fahadi
What is Test Plan? Edureka
What is Test Plan? EdurekaWhat is Test Plan? Edureka
What is Test Plan? Edureka

YouTube Link: https://youtu.be/S2_AJP9Oeg0 **Test Automation Masters Program: https://www.edureka.co/masters-program/automation-testing-engineer-training ** This Edureka PPT on "Test Plan in Software Testing" will give you in-depth knowledge on how to create a Test Plan in Software Testing and why it is important. The following are the topics covered in the session: Software Testing Documentation What is Test Plan? Benefits of Using Test Plan Types of Test Plan How to Write a Test Plan? Test Plan Template / Test Plan Document Software Testing Blog playlist: http://bit.ly/2UXwdJm Selenium playlist: https://goo.gl/NmuzXE Selenium Blog playlist: http://bit.ly/2B7C3QR Follow us to never miss an update in the future. YouTube: https://www.youtube.com/user/edurekaIN Instagram: https://www.instagram.com/edureka_learning/ Facebook: https://www.facebook.com/edurekaIN/ Twitter: https://twitter.com/edurekain LinkedIn: https://www.linkedin.com/company/edureka Castbox: https://castbox.fm/networks/505?country=in

what is test planwhat is test plan in software testingtest plan in software testing
5. Deferred: The bug, changed to deferred state means the bug is expected to be fixed in next releases. The reasons for changing the bug to this state have many factors. Some of them are priority of the bug may be low, lack of time for the release or the bug may not have major effect on the software.
6. Rejected:   If the developer feels that the bug is not genuine, he rejects the bug. Then the state of the bug is changed to “REJECTED”.
7. Duplicate:   If the bug is repeated twice or the two bugs mention the same concept of the bug, then one bug status is changed to “DUPLICATE”.
8. Verified:   Once the bug is fixed and the status is changed to “TEST”, the tester tests the bug. If the bug is not present in the software, he approves that the bug is fixed and changes the status to “VERIFIED”.

Recommended for you

Severity and Priority
Severity and PrioritySeverity and Priority
Severity and Priority

Priority and severity are key components of a bug report. Priority indicates the order in which bugs should be fixed and how much retesting time is required. Severity refers to a bug's impact on the application. Testers set priority based on retesting needs and how much testing is blocked. Severity is less likely to change and refers to functionality impact. Different combinations of priority (low, medium, high) and severity (critical, major, moderate, minor, cosmetic) indicate different types of bugs.

software testingtestingmanual
SOFTWARE TESTING
SOFTWARE TESTINGSOFTWARE TESTING
SOFTWARE TESTING

Software testing is an investigation conducted to provide stakeholders with information about the quality of the product or service under test. I hope this ppt will help u to learn about software testing.

What is Regression Testing? | Edureka
What is Regression Testing? | EdurekaWhat is Regression Testing? | Edureka
What is Regression Testing? | Edureka

The document discusses regression testing, including its definition, benefits, when it should be applied, types, techniques, challenges and best practices. Regression testing involves re-running all tests to ensure new code changes have not introduced new bugs or caused existing bugs to reappear. It helps find bugs early, increases chances of detecting bugs, ensures correctness and that fixed issues do not occur again.

what is regression testingregression testingtypes of regression testing
9. Reopened:   If the bug still exists even after the bug is fixed by the developer, the tester changes the status to “REOPENED”. The bug traverses the life cycle once again.
10. Closed: Once the bug is fixed, it is tested by the tester. If the tester feels that the bug no longer exists in the software, he changes the status of the bug to “CLOSED”. This state means that the bug is fixed, tested and approved.
Severity of Bug: Critical / Show Stopper  — An item that prevents further testing of the product or function under test can be classified as Critical Bug. No workaround is possible for such bugs. Examples of this include a missing menu option or security permission required to access a function under test.
Major / High A defect that does not function as expected/designed or cause other functionality to fail to meet requirements can be classified as Major Bug. The workaround can be provided for such bugs. Examples of this include inaccurate calculations; the wrong field being updated, etc.

Recommended for you

Testing concepts ppt
Testing concepts pptTesting concepts ppt
Testing concepts ppt

Testing involves finding errors in a program. The goal is to assume a program contains errors and test to find as many as possible. Different testing techniques include white box testing by developers and black box testing by testers. Testing levels include unit, integration, system, and user acceptance testing. Developers and testers have different goals - developers want code to work while testers try to make code fail. Good development practices from a tester's view include doing own acceptance tests, fixing bugs, writing helpful error messages, and not artificially adding bugs. Good relationships between project managers, developers and testers help ensure quality.

Manual testing real time questions by subbu
Manual testing real time questions by subbuManual testing real time questions by subbu
Manual testing real time questions by subbu

The document contains interview questions and answers related to software testing. Some key points: - It differentiates between QA and QC, describing QA as process-oriented and preventative, while QC is product-oriented and focused on defect detection. - A bug is defined as an error in a computer program that prevents correct functioning or results. A test case is a set of inputs, execution conditions, and expected outputs used to test specific objectives or conditions of a program. - The purpose of a test plan is to outline the testing strategy, scope, approach, responsibilities and more to guide testing for a project. - Relationships between testers and developers involve the developer writing code and sending it

Software Testing
Software TestingSoftware Testing
Software Testing

The document provides an overview of software testing basics, including definitions of key terms like testing, debugging, errors, bugs, and failures. It describes different types of testing like manual testing, automation testing, unit testing, integration testing, system testing, and more. It also covers test planning, test cases, test levels, who should test, and the importance of testing in the software development life cycle.

Average / Medium The defects which do not conform to standards and conventions can be classified as Medium Bugs. Easy workarounds exists to achieve functionality objectives. Examples include matching visual and text links which lead to different end points.
Minor / Low Cosmetic defects which does not affect the functionality of the system can be classified as Minor Bugs.
BUG REPORTING
Issue Type:  Code Defect, Spec issue, Test Data How Found:  Ad Hoc, Scorecard – Post check-in, Other Severity:  1 – causes system crash or data loss; 2 – Causes major functionality or severe problem; 3 – Causes minor functionality problem; 4 – Typos, unclear wording or error message Priority:  1 – Must fix in this milestone; 2 – Must fix by next milestone or prior to RTM; 3 – Should fix, but could ship without. Feature ID & Name 12080-Reason Codes Setup Bug Title Reason label is incorrect Build 5.0.392.0 Issue Type Code defect How Found TCS Execution Severity 3 Priority 1 Repro Steps Open Accounts Receivable > Setup > Customer Reasons Click on  Overview  tab.  Verify  that Overview tab contains ‘Reason’ and Default Comment fields Expected Result ‘ Reason code’ field is displayed  Actual Result ‘ Reason’ field should be displayed Click on  General  tab.  Verify  under Identification field group there are fields Reason and Default Comment   Expected Result ‘ Reason code’ field is displayed  Actual Result Reason field should be displayed

Recommended for you

Manual Testing.
Manual Testing.Manual Testing.
Manual Testing.

The document contains responses to questions about software testing terms and concepts. Key points discussed include: - Cyclomatic complexity is a white box testing type that analyzes the complexity of code. - Monkey testing tests software without test cases by randomly interacting with screens and inputs to find bugs. - Severity refers to a bug's seriousness while priority refers to which bug should be fixed first. - A login screen bug example is provided where severity is low but priority is high due to usability issues. - System testing is a type of black box testing that tests the full application and includes functionality, regression, and performance testing.

Basic interview questions for manual testing
Basic interview questions for manual testingBasic interview questions for manual testing
Basic interview questions for manual testing

The document discusses various basic interview questions for manual testing. It covers the differences between functional and non-functional requirements, severity and priority, types of severity levels, priority vs severity, bucket testing, entry and exit criteria, concurrency testing, code coverage, branch coverage, high vs low level test cases, localization testing, risk analysis, two tier vs three tier architectures, static vs dynamic testing, use case diagrams, web application testing phases, unit, interface and integration testing types, alpha, beta and gamma testing, and security testing methods like black box, white box, penetration testing and input validation.

Testing fundamentals
Testing fundamentalsTesting fundamentals
Testing fundamentals

Testing is the process of validating and verifying software to ensure it meets specifications and functions as intended. There are different levels of testing including unit, integration, system, and acceptance testing. An important part of testing is having a test plan that outlines the test strategy, cases, and process to be followed. Testing helps find defects so the product can be improved.

software engineeringtestingblack box

More Related Content

What's hot

Bug life cycle
Bug life cycleBug life cycle
Bug life cycle
BugRaptors
 
Software Testing Life Cycle
Software Testing Life CycleSoftware Testing Life Cycle
Software Testing Life Cycle
Udayakumar Sree
 
Manual testing concepts course 1
Manual testing concepts course 1Manual testing concepts course 1
Manual testing concepts course 1
Raghu Kiran
 
Strategies For Software Test Documentation
Strategies For Software Test Documentation Strategies For Software Test Documentation
Strategies For Software Test Documentation
Vishwak Solution
 
Defect life cycle
Defect life cycleDefect life cycle
Defect life cycle
Bapi Sahoo
 
Software testing
Software testingSoftware testing
Software testing
Omar Al-Bokari
 
functional testing
functional testing functional testing
functional testing
bharathanche
 
STLC (Software Testing Life Cycle)
STLC (Software Testing Life Cycle)STLC (Software Testing Life Cycle)
STLC (Software Testing Life Cycle)
Ch Fahadi
 
What is Test Plan? Edureka
What is Test Plan? EdurekaWhat is Test Plan? Edureka
What is Test Plan? Edureka
Edureka!
 
Severity and Priority
Severity and PrioritySeverity and Priority
Severity and Priority
Mithilesh Singh
 
SOFTWARE TESTING
SOFTWARE TESTINGSOFTWARE TESTING
SOFTWARE TESTING
Priyanka Karancy
 
What is Regression Testing? | Edureka
What is Regression Testing? | EdurekaWhat is Regression Testing? | Edureka
What is Regression Testing? | Edureka
Edureka!
 
Testing concepts ppt
Testing concepts pptTesting concepts ppt
Testing concepts ppt
Rathna Priya
 
Manual testing real time questions by subbu
Manual testing real time questions by subbuManual testing real time questions by subbu
Manual testing real time questions by subbu
palla subrahmanyam
 
Software Testing
Software TestingSoftware Testing
Software Testing
Sengu Msc
 
Manual Testing.
Manual Testing.Manual Testing.
Manual Testing.
Dhanasekaran Nagarajan
 
Basic interview questions for manual testing
Basic interview questions for manual testingBasic interview questions for manual testing
Basic interview questions for manual testing
JYOTI RANJAN PAL
 
Testing fundamentals
Testing fundamentalsTesting fundamentals
Testing fundamentals
Raviteja Chowdary Adusumalli
 
Software Testing Process
Software Testing ProcessSoftware Testing Process
Software Testing Process
guest1f2740
 
Introducing QA Into an Agile Environment
Introducing QA Into an Agile EnvironmentIntroducing QA Into an Agile Environment
Introducing QA Into an Agile Environment
Joseph Beale
 

What's hot (20)

Bug life cycle
Bug life cycleBug life cycle
Bug life cycle
 
Software Testing Life Cycle
Software Testing Life CycleSoftware Testing Life Cycle
Software Testing Life Cycle
 
Manual testing concepts course 1
Manual testing concepts course 1Manual testing concepts course 1
Manual testing concepts course 1
 
Strategies For Software Test Documentation
Strategies For Software Test Documentation Strategies For Software Test Documentation
Strategies For Software Test Documentation
 
Defect life cycle
Defect life cycleDefect life cycle
Defect life cycle
 
Software testing
Software testingSoftware testing
Software testing
 
functional testing
functional testing functional testing
functional testing
 
STLC (Software Testing Life Cycle)
STLC (Software Testing Life Cycle)STLC (Software Testing Life Cycle)
STLC (Software Testing Life Cycle)
 
What is Test Plan? Edureka
What is Test Plan? EdurekaWhat is Test Plan? Edureka
What is Test Plan? Edureka
 
Severity and Priority
Severity and PrioritySeverity and Priority
Severity and Priority
 
SOFTWARE TESTING
SOFTWARE TESTINGSOFTWARE TESTING
SOFTWARE TESTING
 
What is Regression Testing? | Edureka
What is Regression Testing? | EdurekaWhat is Regression Testing? | Edureka
What is Regression Testing? | Edureka
 
Testing concepts ppt
Testing concepts pptTesting concepts ppt
Testing concepts ppt
 
Manual testing real time questions by subbu
Manual testing real time questions by subbuManual testing real time questions by subbu
Manual testing real time questions by subbu
 
Software Testing
Software TestingSoftware Testing
Software Testing
 
Manual Testing.
Manual Testing.Manual Testing.
Manual Testing.
 
Basic interview questions for manual testing
Basic interview questions for manual testingBasic interview questions for manual testing
Basic interview questions for manual testing
 
Testing fundamentals
Testing fundamentalsTesting fundamentals
Testing fundamentals
 
Software Testing Process
Software Testing ProcessSoftware Testing Process
Software Testing Process
 
Introducing QA Into an Agile Environment
Introducing QA Into an Agile EnvironmentIntroducing QA Into an Agile Environment
Introducing QA Into an Agile Environment
 

Viewers also liked

Defect Life Cycle
Defect Life CycleDefect Life Cycle
Defect Life Cycle
Manojkumar Radhakrishnan
 
Testing techniques
Testing techniquesTesting techniques
Testing techniques
cnpltesters
 
Bug cycle
Bug cycleBug cycle
Bug cycle
Shastry Aravind
 
Bug life cycle
Bug life cycleBug life cycle
Bug life cycle
Chen Cg
 
Tlc
TlcTlc
Types of Manual Testing
Types of Manual TestingTypes of Manual Testing
Types of Manual Testing
Webwing Technologies
 
STLC– software testing life cycle
STLC– software testing life cycleSTLC– software testing life cycle
STLC– software testing life cycle
subash kumar
 
Life cycle of different animals
Life cycle of different animalsLife cycle of different animals
Life cycle of different animals
Lim Ban Lee
 
Stlc 12 Steps Ppt
Stlc 12 Steps PptStlc 12 Steps Ppt
Stlc 12 Steps Ppt
Salil Kishore
 
Manual testing-training-institute-in-marathahalli
Manual testing-training-institute-in-marathahalliManual testing-training-institute-in-marathahalli
Manual testing-training-institute-in-marathahalli
siyaram ray
 
Basics of software testing webwing technologies
Basics of software testing webwing technologiesBasics of software testing webwing technologies
Basics of software testing webwing technologies
Webwing Technologies
 
Software Testing Life Cycle
Software Testing Life CycleSoftware Testing Life Cycle
Software Testing Life Cycle
gueste730d5
 
Automation testing IBM RFT - Rational Functional Tester
Automation testing IBM RFT - Rational Functional TesterAutomation testing IBM RFT - Rational Functional Tester
Automation testing IBM RFT - Rational Functional Tester
VijayChowthri Nagaprakasham
 
Automation Testing
Automation TestingAutomation Testing
Automation Testing
Sun Technlogies
 

Viewers also liked (14)

Defect Life Cycle
Defect Life CycleDefect Life Cycle
Defect Life Cycle
 
Testing techniques
Testing techniquesTesting techniques
Testing techniques
 
Bug cycle
Bug cycleBug cycle
Bug cycle
 
Bug life cycle
Bug life cycleBug life cycle
Bug life cycle
 
Tlc
TlcTlc
Tlc
 
Types of Manual Testing
Types of Manual TestingTypes of Manual Testing
Types of Manual Testing
 
STLC– software testing life cycle
STLC– software testing life cycleSTLC– software testing life cycle
STLC– software testing life cycle
 
Life cycle of different animals
Life cycle of different animalsLife cycle of different animals
Life cycle of different animals
 
Stlc 12 Steps Ppt
Stlc 12 Steps PptStlc 12 Steps Ppt
Stlc 12 Steps Ppt
 
Manual testing-training-institute-in-marathahalli
Manual testing-training-institute-in-marathahalliManual testing-training-institute-in-marathahalli
Manual testing-training-institute-in-marathahalli
 
Basics of software testing webwing technologies
Basics of software testing webwing technologiesBasics of software testing webwing technologies
Basics of software testing webwing technologies
 
Software Testing Life Cycle
Software Testing Life CycleSoftware Testing Life Cycle
Software Testing Life Cycle
 
Automation testing IBM RFT - Rational Functional Tester
Automation testing IBM RFT - Rational Functional TesterAutomation testing IBM RFT - Rational Functional Tester
Automation testing IBM RFT - Rational Functional Tester
 
Automation Testing
Automation TestingAutomation Testing
Automation Testing
 

Similar to Bug Reporting

QA interview questions and answers
QA interview questions and answersQA interview questions and answers
QA interview questions and answers
Mehul Chauhan
 
Bugzilla
BugzillaBugzilla
Bugzilla
Lokesh Agrawal
 
Mt s13 defect_management
Mt s13 defect_managementMt s13 defect_management
Mt s13 defect_management
TestingGeeks
 
Quality assurance by Sadquain
Quality assurance by Sadquain Quality assurance by Sadquain
Quality assurance by Sadquain
Xad Kuain
 
IRJET- Technique of Finding the Defect in Software Testing
IRJET- Technique of Finding the Defect in Software TestingIRJET- Technique of Finding the Defect in Software Testing
IRJET- Technique of Finding the Defect in Software Testing
IRJET Journal
 
Info manual testing questions
Info manual testing questionsInfo manual testing questions
Info manual testing questions
Sandeep
 
Software Quality Assurance training by QuontraSolutions
Software Quality Assurance training by QuontraSolutionsSoftware Quality Assurance training by QuontraSolutions
Software Quality Assurance training by QuontraSolutions
QUONTRASOLUTIONS
 
Manual testing interview questions
Manual testing interview questionsManual testing interview questions
Manual testing interview questions
BABAR MANZAR
 
BlackBox.pdf
BlackBox.pdfBlackBox.pdf
BlackBox.pdf
empite
 
BlackBox.pdf
BlackBox.pdfBlackBox.pdf
BlackBox.pdf
empite
 
Black box
Black boxBlack box
Black box
Nikunj Kathiria
 
BlackBox.pdf
BlackBox.pdfBlackBox.pdf
BlackBox.pdf
empite
 
Software testing main
Software testing mainSoftware testing main
Software testing main
YogeshDhamke2
 
Knowledge sharing
Knowledge sharingKnowledge sharing
Knowledge sharing
Darshit Shah
 
Software_testing Unit 1 bca V.pdf
Software_testing Unit 1 bca V.pdfSoftware_testing Unit 1 bca V.pdf
Software_testing Unit 1 bca V.pdf
AnupmaMunshi
 
ISTQB Chapter 1 Fundamentals of Testing
ISTQB Chapter 1  Fundamentals of TestingISTQB Chapter 1  Fundamentals of Testing
ISTQB Chapter 1 Fundamentals of Testing
ssuser2d9936
 
Manualtestinginterviewquestionbyinfotech 100901071035-phpapp01
Manualtestinginterviewquestionbyinfotech 100901071035-phpapp01Manualtestinginterviewquestionbyinfotech 100901071035-phpapp01
Manualtestinginterviewquestionbyinfotech 100901071035-phpapp01
Anshuman Rai
 
Manual testing interview questions by infotech
Manual testing interview questions by infotech Manual testing interview questions by infotech
Manual testing interview questions by infotech
suhasreddy1
 
SE-Testing.ppt
SE-Testing.pptSE-Testing.ppt
SE-Testing.ppt
vishal choudhary
 
Manual testing interview question by INFOTECH
Manual testing interview question by INFOTECHManual testing interview question by INFOTECH
Manual testing interview question by INFOTECH
Pravinsinh
 

Similar to Bug Reporting (20)

QA interview questions and answers
QA interview questions and answersQA interview questions and answers
QA interview questions and answers
 
Bugzilla
BugzillaBugzilla
Bugzilla
 
Mt s13 defect_management
Mt s13 defect_managementMt s13 defect_management
Mt s13 defect_management
 
Quality assurance by Sadquain
Quality assurance by Sadquain Quality assurance by Sadquain
Quality assurance by Sadquain
 
IRJET- Technique of Finding the Defect in Software Testing
IRJET- Technique of Finding the Defect in Software TestingIRJET- Technique of Finding the Defect in Software Testing
IRJET- Technique of Finding the Defect in Software Testing
 
Info manual testing questions
Info manual testing questionsInfo manual testing questions
Info manual testing questions
 
Software Quality Assurance training by QuontraSolutions
Software Quality Assurance training by QuontraSolutionsSoftware Quality Assurance training by QuontraSolutions
Software Quality Assurance training by QuontraSolutions
 
Manual testing interview questions
Manual testing interview questionsManual testing interview questions
Manual testing interview questions
 
BlackBox.pdf
BlackBox.pdfBlackBox.pdf
BlackBox.pdf
 
BlackBox.pdf
BlackBox.pdfBlackBox.pdf
BlackBox.pdf
 
Black box
Black boxBlack box
Black box
 
BlackBox.pdf
BlackBox.pdfBlackBox.pdf
BlackBox.pdf
 
Software testing main
Software testing mainSoftware testing main
Software testing main
 
Knowledge sharing
Knowledge sharingKnowledge sharing
Knowledge sharing
 
Software_testing Unit 1 bca V.pdf
Software_testing Unit 1 bca V.pdfSoftware_testing Unit 1 bca V.pdf
Software_testing Unit 1 bca V.pdf
 
ISTQB Chapter 1 Fundamentals of Testing
ISTQB Chapter 1  Fundamentals of TestingISTQB Chapter 1  Fundamentals of Testing
ISTQB Chapter 1 Fundamentals of Testing
 
Manualtestinginterviewquestionbyinfotech 100901071035-phpapp01
Manualtestinginterviewquestionbyinfotech 100901071035-phpapp01Manualtestinginterviewquestionbyinfotech 100901071035-phpapp01
Manualtestinginterviewquestionbyinfotech 100901071035-phpapp01
 
Manual testing interview questions by infotech
Manual testing interview questions by infotech Manual testing interview questions by infotech
Manual testing interview questions by infotech
 
SE-Testing.ppt
SE-Testing.pptSE-Testing.ppt
SE-Testing.ppt
 
Manual testing interview question by INFOTECH
Manual testing interview question by INFOTECHManual testing interview question by INFOTECH
Manual testing interview question by INFOTECH
 

Bug Reporting

  • 2. Introduction Bug can be defined as the abnormal behavior of the software. No software exists without a bug. The elimination of bugs from the software depends upon the efficiency of testing done on the software. A bug is a specific concern about the quality of the Application under Test (AUT).
  • 3. Bug Life Cycle: In software development process, the bug has a life cycle. The bug should go through the life cycle to be closed. A specific life cycle ensures that the process is standardized. The bug attains different states in the life cycle. The life cycle of the bug can be shown diagrammatically as follows:
  • 4.  
  • 5. 1. New: When the bug is posted for the first time, its state will be “NEW”. This means that the bug is not yet approved
  • 6. 2. Open: After a tester has posted a bug, the lead of the tester approves that the bug is genuine and he changes the state as “OPEN”.
  • 7. 3. Assign: Once the lead changes the state as “OPEN”, he assigns the bug to corresponding developer or developer team. The state of the bug now is changed to “ASSIGN”.
  • 8. 4. Test: Once the developer fixes the bug, he has to assign the bug to the testing team for next round of testing. Before he releases the software with bug fixed, he changes the state of bug to “TEST”. It specifies that the bug has been fixed and is released to testing team.
  • 9. 5. Deferred: The bug, changed to deferred state means the bug is expected to be fixed in next releases. The reasons for changing the bug to this state have many factors. Some of them are priority of the bug may be low, lack of time for the release or the bug may not have major effect on the software.
  • 10. 6. Rejected: If the developer feels that the bug is not genuine, he rejects the bug. Then the state of the bug is changed to “REJECTED”.
  • 11. 7. Duplicate: If the bug is repeated twice or the two bugs mention the same concept of the bug, then one bug status is changed to “DUPLICATE”.
  • 12. 8. Verified: Once the bug is fixed and the status is changed to “TEST”, the tester tests the bug. If the bug is not present in the software, he approves that the bug is fixed and changes the status to “VERIFIED”.
  • 13. 9. Reopened: If the bug still exists even after the bug is fixed by the developer, the tester changes the status to “REOPENED”. The bug traverses the life cycle once again.
  • 14. 10. Closed: Once the bug is fixed, it is tested by the tester. If the tester feels that the bug no longer exists in the software, he changes the status of the bug to “CLOSED”. This state means that the bug is fixed, tested and approved.
  • 15. Severity of Bug: Critical / Show Stopper — An item that prevents further testing of the product or function under test can be classified as Critical Bug. No workaround is possible for such bugs. Examples of this include a missing menu option or security permission required to access a function under test.
  • 16. Major / High A defect that does not function as expected/designed or cause other functionality to fail to meet requirements can be classified as Major Bug. The workaround can be provided for such bugs. Examples of this include inaccurate calculations; the wrong field being updated, etc.
  • 17. Average / Medium The defects which do not conform to standards and conventions can be classified as Medium Bugs. Easy workarounds exists to achieve functionality objectives. Examples include matching visual and text links which lead to different end points.
  • 18. Minor / Low Cosmetic defects which does not affect the functionality of the system can be classified as Minor Bugs.
  • 20. Issue Type: Code Defect, Spec issue, Test Data How Found: Ad Hoc, Scorecard – Post check-in, Other Severity: 1 – causes system crash or data loss; 2 – Causes major functionality or severe problem; 3 – Causes minor functionality problem; 4 – Typos, unclear wording or error message Priority: 1 – Must fix in this milestone; 2 – Must fix by next milestone or prior to RTM; 3 – Should fix, but could ship without. Feature ID & Name 12080-Reason Codes Setup Bug Title Reason label is incorrect Build 5.0.392.0 Issue Type Code defect How Found TCS Execution Severity 3 Priority 1 Repro Steps Open Accounts Receivable > Setup > Customer Reasons Click on Overview tab. Verify that Overview tab contains ‘Reason’ and Default Comment fields Expected Result ‘ Reason code’ field is displayed Actual Result ‘ Reason’ field should be displayed Click on General tab. Verify under Identification field group there are fields Reason and Default Comment Expected Result ‘ Reason code’ field is displayed Actual Result Reason field should be displayed

Editor's Notes

  1. Tip: Add your own speaker notes here.
  2. Tip: Add your own speaker notes here.
  3. Tip: Add your own speaker notes here.
  4. Tip: Add your own speaker notes here.