SlideShare a Scribd company logo
PAIR TESTING   Presented by :-   Rehan Shah Khan,  Software Testing Trainee 21-06-2010
Presentation Outline ◊  IMPORTANT CONCEPTS RELATED TO PAIR TESTING. ◊  ABOUT PAIR TESTING. ◊  PAIR TESTING ENVIRONMENT. ◊  PAIR TESTING SESSION. ◊  PAIR TESTING BENEFITS. ◊  IMPLEMENTATION IN SAM. ◊  LIMITATIONS OF PAIR TESTING. ◊  RISKS AND PREVENTIONS. ◊  CLOSINGS / CONCLUSIONS. ◊  QUESTION / ANSWERS SESSION.
IMPORTANT CONCEPTS ◊  PAIR PROGRAMMING ◊ EXPLORATORY TESTING
PAIR PROGRAMMING ◊  Pair Programming is a software development technique in which two programmers work together at a place. ◊  All codes to be included in the production release is created by two people working together on one machine. It increases software quality without affecting the delivery time. ◊  The best way to  pair program is to sit side by side in front of the machine. The One who types the codes is the developer and another one who takes care of the codes that they are fitted right is the tester.
PAIR TESTING ENVIRONMENT ◊  In P.T. , both the team members should be equal. ◊  The team members should work voluntarily together. ◊  A room or desk where the team members can work  undisturbed. ◊  The work place should support two people sitting behind one desk.
EXPLORATORY TESTING ◊  Exploratory Testing is a black-box approach. ◊  It is the type of testing where tester does not have specifically planned test cases. ◊  A tester who does Exploratory testing, does it only with an  idea to more and more understand the software and appreciate its features. ◊  It can simply be put as : A type of testing where we explore software, write and execute the test scripts simultaneously. ◊  During this  process, person also tries to think of all possible scenarios where the software may fail and a bug can be revealed.
Basic Flow Pair Programming Exploratory Testing Pair  Testing
What is Pair Testing ? ◊  Pair Testing is the  testing of software by two team members on one system. ◊  One team member controls the mouse and keyboard, while the other one makes notes, discusses test scenarios and asks queries. ◊  One of the two should be a tester and the other one could be a developer or a business analyst.
PAIR TESTING ◊  Pair testing is not intended to execute formal test cases, in fact it uses Exploratory Testing. ◊  When you pair a developer or business analyst and a tester, you have a test knowledge and knowledge of Software under test.
PAIR TESTING ENVIRONMENT ◊  In P.T. , both the team members should be equal. ◊  The team members should work voluntarily together. ◊  A room or desk where the team members can work undisturbed. ◊  The work place should support two people sitting behind one desk.
PAIR TESTING SESSION PREPARATION   ◊  Meeting of Tester and Business Analyst or Developer to start Pair Testing. ◊  Pick a suitably-sized project. Don't try to test the whole Application in one session. ◊  Pair Testing works well when we test new functionality and when both the participants are working on the project right from the beginning. ◊  Create an Exploratory Testing Charter.
PREPARATION Continues… ◊   In Pair testing session, Analyst or developer define focus and scope of the test. ◊  Describes the targets for the test. ◊  Agree together how much time they are going to test. ◊  Write their goals and testing ideas on a white-board, keeping  a copy of the finished notes for their own use. ◊  Define the intended outputs of their testing efforts so that both parties understand what is required.
PREPARATION  Continues… ◊  During the session the team members decide which test paths and how deeply the test will be. ◊  One team member should control the keyboard and mouse. ◊  Second team member thinks out-loud, asks queries, makes notes on paper etc. ◊  A P.T.  Session lasts for about 60 till 90 minutes, and don't forget the break. ◊  Pair testing can also be used as a way to track down  hard to reproduce defects.
PAIR TESTING SESSION FINISHING ◊  After the P.T. Session the new bugs/issues will be added to the bug registration system. ◊  The Exploratory test charter will be updated accordingly like which tests targets are tested, new problems discovered etc. ◊  Evaluate outcomes. How would you do differently next time. ◊  If during the P.T. Session new targets are found , a new P.T. Session should be planned. The pair can lead to create a new E.T. Charter for that session.
PAIR TESTING BENEFITS  ◊  Developer or business analysts  approaches the software from a different view, They think in good paths whereas Tester has  to take negative approach also. ◊  When P.T. Is executed with a business analyst there will be automatically knowledge sharing between the business analyst and tester. The business analyst will share his knowledge of the application of business with the testers during the session.
PAIR TESTING BENEFITS ◊  If a new project is started with team members there will be often a barrier between testers and developers. So P.T. Will acts as a barrier. ◊  Working in pair keep u sharp, you cant get doze up . ◊  If you find problems and decide  to register them in a bug registration system, the product is automatically reviewed. You work in pairs,  so the data you entered is immediately reviewed by the other one.
BENEFITS CONTINUES… ◊  As a tester you will encounter mysterious bugs that use to occur several times. In a P.T. Session with a developer you could find a pattern and thereby the cause of the bug. the developer will probably see the link  between the problems because he has the knowledge of the software. ◊  The last reason to use P.T.  is may be the most important one : It is fun working with the team members.
Implementation Of Pair Testing in SAM ◊  Pairing has the effect of forcing each tester to explain ideas and react to ideas. When one tester phrases his thoughts to another tester, that simple process  of phrasing seems to bring the ideas into better focus and naturally triggers more ideas.
Implementation Continues… ◊  Supports the ability of one tester to stay focused and keep testing. this has a major impact on creativity. ◊  The observer can : ●  Keep key notes while the other follows the train of thoughts. ●  Try to reproduce something on second machine. ●  Grab manual, other documentation, a tool, make a phone call, grab a programmer-get support material that the other tester needs.
Implementation Continues… ◊  Better Bug Reporting :- ●  Better reproducibility ●  Everything reported is reviewed by a second person. ● Sanity check for every critical and major functionality. ◊  Great Training :- ●  Keep learning by testing with others ●  Useful for experienced testers when they are in a new domain.
Implementation Continues… ◊  Additional technical benefits :- ●  Concurrency testing is facilitated by pairs working with two or more machines. ●  Manual load testing is easier with several people. ● When there is a difficult technical issue with part of the project, bring in a more knowledgeable person as a pair.
Disadvantage Of Pair Testing ◊  P.T. Cannot be applicable to scripted testing where all the test cases are already written and no one has to run the scripts. ◊  This will not help in the evolution of any issue and its impact.
Uses Of Pair Testing ◊  This is more applicable where the requirements and specifications are not much clear. ◊  When the team is new and need to learn the application behavior in short time.
Risks and Suggestions ◊  Accountability must belong to one person. One member of the pair owns the responsibility for getting the task done. ◊  Some people are introverts (own thought peoples). They always work alone not in groups. ◊  Some people have strong opinions and don't work well with others depending on their understandings.
Risks and Suggestions ◊  Training must be given :- ●  Generally helpful for training in paired testing and in the conduct of any type of testing. ●  When there are strong personalities at work, a trainer can help them understand their shared and seperate responsibilities and how to work effectively together.
Conclusions ◊  Is pair testing rocket science ? No, its a combination of working together and testing. However, it has a lot advantages above “single” testing. There will be knowledge sharing, training new team members, break down barriers between team members and most importantly yields high productivity, high creativity work. ◊  Pair testing is an “idea generation activity” rather  than a plan implementation activity, its a simple process of phrasing to bring the ideas into a better focus and naturally triggers more ideas.
<<Slide Title>> <<Slide Topics>> <<Slide Topics>> Takeaway:  <<Always good to put the learning in a one-liner>>
Questions & Answers <<rehankhan@qainfotech.net>>|  www.qainfotech.com/blog  |  www.qainfotech.com   Thank you

More Related Content

PDF
Common mistakes in software testing and how to overcome?
PPTX
Exploratory testing
PDF
Pairing: The Secret Sauce of Agile Testing
PPTX
Unit Testing and TDD 2017
PPT
Reduce Development Cost with Test Driven Development
PPTX
Defining Test Competence
PPTX
Communicated deadlines = bad quality
PDF
Common mistakes in software testing and how to overcome?
Exploratory testing
Pairing: The Secret Sauce of Agile Testing
Unit Testing and TDD 2017
Reduce Development Cost with Test Driven Development
Defining Test Competence
Communicated deadlines = bad quality

What's hot (20)

PPTX
Scrum Anti Patterns
PPTX
Best pratice
PPTX
Software Test Engineering - A guide to becoming successful tester
PDF
Four Stages of Automated Testing by Bradley Temple
PPTX
Session-Based Test Management
PPTX
Will Robots Replace Testers?
PPTX
Test Strategy-The real silver bullet in testing by Matthew Eakin
PPTX
QI, not QA
PDF
Overview on TDD (Test Driven Development) & ATDD (Acceptance Test Driven Deve...
PDF
Scrum Exam Q&A
PDF
Rapid Software Testing
PDF
TDD Flow: The Mantra in Action
PDF
Demise of test scripts rise of test ideas
PDF
Agile Testing 20021015
PPT
Introduction to Test Driven Development
PDF
A Rapid Introduction to Rapid Software Testing
PDF
Successful Test Automation: A Manager’s View
PPSX
Test analysis & design good practices@TDT Iasi 17Oct2013
PDF
Put to the Test
PDF
Design Sprints
Scrum Anti Patterns
Best pratice
Software Test Engineering - A guide to becoming successful tester
Four Stages of Automated Testing by Bradley Temple
Session-Based Test Management
Will Robots Replace Testers?
Test Strategy-The real silver bullet in testing by Matthew Eakin
QI, not QA
Overview on TDD (Test Driven Development) & ATDD (Acceptance Test Driven Deve...
Scrum Exam Q&A
Rapid Software Testing
TDD Flow: The Mantra in Action
Demise of test scripts rise of test ideas
Agile Testing 20021015
Introduction to Test Driven Development
A Rapid Introduction to Rapid Software Testing
Successful Test Automation: A Manager’s View
Test analysis & design good practices@TDT Iasi 17Oct2013
Put to the Test
Design Sprints
Ad

Similar to Rehan Pair Testing Final (20)

PDF
Simon Peter Schrjver: Pair Testing
PDF
Decoding the ‘Pair Testing’ in Agile ! Presented by Krishna and Rama
PPTX
Pair programming
PDF
Pair programming pair testing working together with the developers by Simon ...
PPT
Pair Programming Presentation
PPT
Pair Programming
PDF
Introducing Pair Programming
PPTX
Pair Testing and other Radical Ideas - no audio
PPT
Pair Programming
PDF
Combinatorial testing
PDF
Pair Programming :: Conferencia Agile Spain 2014
PDF
Pairing w developers_stpconpics
PDF
Pair Programming in Theory and Practice By Garrick West
PDF
[IJCT-V3I2P28] Authors: KulbirKaur, AnureetKaur
PDF
Pivotal Labs Open View Presentation Quality Assurance And Developer Testing
PPT
Computer Software Testing Basics introduced.ppt
PPT
Effective Collaborative Programming3@March 19th 2009
PPT
Pair Programming Explained By Shrikant Vashishtha
PPSX
Risk Mitigation Trees - Review test handovers with stakeholders (2004)
PDF
A Taste of Exploratory Testing
Simon Peter Schrjver: Pair Testing
Decoding the ‘Pair Testing’ in Agile ! Presented by Krishna and Rama
Pair programming
Pair programming pair testing working together with the developers by Simon ...
Pair Programming Presentation
Pair Programming
Introducing Pair Programming
Pair Testing and other Radical Ideas - no audio
Pair Programming
Combinatorial testing
Pair Programming :: Conferencia Agile Spain 2014
Pairing w developers_stpconpics
Pair Programming in Theory and Practice By Garrick West
[IJCT-V3I2P28] Authors: KulbirKaur, AnureetKaur
Pivotal Labs Open View Presentation Quality Assurance And Developer Testing
Computer Software Testing Basics introduced.ppt
Effective Collaborative Programming3@March 19th 2009
Pair Programming Explained By Shrikant Vashishtha
Risk Mitigation Trees - Review test handovers with stakeholders (2004)
A Taste of Exploratory Testing
Ad

Recently uploaded (20)

PPT
Teaching material agriculture food technology
PPTX
Programs and apps: productivity, graphics, security and other tools
PPTX
20250228 LYD VKU AI Blended-Learning.pptx
PDF
Electronic commerce courselecture one. Pdf
PDF
Mobile App Security Testing_ A Comprehensive Guide.pdf
PDF
Unlocking AI with Model Context Protocol (MCP)
PDF
Review of recent advances in non-invasive hemoglobin estimation
PDF
Diabetes mellitus diagnosis method based random forest with bat algorithm
PDF
NewMind AI Weekly Chronicles - August'25 Week I
PPTX
Understanding_Digital_Forensics_Presentation.pptx
PPTX
ACSFv1EN-58255 AWS Academy Cloud Security Foundations.pptx
PDF
Approach and Philosophy of On baking technology
PDF
Per capita expenditure prediction using model stacking based on satellite ima...
PPTX
Big Data Technologies - Introduction.pptx
PDF
Optimiser vos workloads AI/ML sur Amazon EC2 et AWS Graviton
PDF
Encapsulation theory and applications.pdf
PDF
The Rise and Fall of 3GPP – Time for a Sabbatical?
PDF
Spectral efficient network and resource selection model in 5G networks
PDF
Empathic Computing: Creating Shared Understanding
PDF
Building Integrated photovoltaic BIPV_UPV.pdf
Teaching material agriculture food technology
Programs and apps: productivity, graphics, security and other tools
20250228 LYD VKU AI Blended-Learning.pptx
Electronic commerce courselecture one. Pdf
Mobile App Security Testing_ A Comprehensive Guide.pdf
Unlocking AI with Model Context Protocol (MCP)
Review of recent advances in non-invasive hemoglobin estimation
Diabetes mellitus diagnosis method based random forest with bat algorithm
NewMind AI Weekly Chronicles - August'25 Week I
Understanding_Digital_Forensics_Presentation.pptx
ACSFv1EN-58255 AWS Academy Cloud Security Foundations.pptx
Approach and Philosophy of On baking technology
Per capita expenditure prediction using model stacking based on satellite ima...
Big Data Technologies - Introduction.pptx
Optimiser vos workloads AI/ML sur Amazon EC2 et AWS Graviton
Encapsulation theory and applications.pdf
The Rise and Fall of 3GPP – Time for a Sabbatical?
Spectral efficient network and resource selection model in 5G networks
Empathic Computing: Creating Shared Understanding
Building Integrated photovoltaic BIPV_UPV.pdf

Rehan Pair Testing Final

  • 1. PAIR TESTING Presented by :- Rehan Shah Khan, Software Testing Trainee 21-06-2010
  • 2. Presentation Outline ◊ IMPORTANT CONCEPTS RELATED TO PAIR TESTING. ◊ ABOUT PAIR TESTING. ◊ PAIR TESTING ENVIRONMENT. ◊ PAIR TESTING SESSION. ◊ PAIR TESTING BENEFITS. ◊ IMPLEMENTATION IN SAM. ◊ LIMITATIONS OF PAIR TESTING. ◊ RISKS AND PREVENTIONS. ◊ CLOSINGS / CONCLUSIONS. ◊ QUESTION / ANSWERS SESSION.
  • 3. IMPORTANT CONCEPTS ◊ PAIR PROGRAMMING ◊ EXPLORATORY TESTING
  • 4. PAIR PROGRAMMING ◊ Pair Programming is a software development technique in which two programmers work together at a place. ◊ All codes to be included in the production release is created by two people working together on one machine. It increases software quality without affecting the delivery time. ◊ The best way to pair program is to sit side by side in front of the machine. The One who types the codes is the developer and another one who takes care of the codes that they are fitted right is the tester.
  • 5. PAIR TESTING ENVIRONMENT ◊ In P.T. , both the team members should be equal. ◊ The team members should work voluntarily together. ◊ A room or desk where the team members can work undisturbed. ◊ The work place should support two people sitting behind one desk.
  • 6. EXPLORATORY TESTING ◊ Exploratory Testing is a black-box approach. ◊ It is the type of testing where tester does not have specifically planned test cases. ◊ A tester who does Exploratory testing, does it only with an idea to more and more understand the software and appreciate its features. ◊ It can simply be put as : A type of testing where we explore software, write and execute the test scripts simultaneously. ◊ During this process, person also tries to think of all possible scenarios where the software may fail and a bug can be revealed.
  • 7. Basic Flow Pair Programming Exploratory Testing Pair Testing
  • 8. What is Pair Testing ? ◊ Pair Testing is the testing of software by two team members on one system. ◊ One team member controls the mouse and keyboard, while the other one makes notes, discusses test scenarios and asks queries. ◊ One of the two should be a tester and the other one could be a developer or a business analyst.
  • 9. PAIR TESTING ◊ Pair testing is not intended to execute formal test cases, in fact it uses Exploratory Testing. ◊ When you pair a developer or business analyst and a tester, you have a test knowledge and knowledge of Software under test.
  • 10. PAIR TESTING ENVIRONMENT ◊ In P.T. , both the team members should be equal. ◊ The team members should work voluntarily together. ◊ A room or desk where the team members can work undisturbed. ◊ The work place should support two people sitting behind one desk.
  • 11. PAIR TESTING SESSION PREPARATION ◊ Meeting of Tester and Business Analyst or Developer to start Pair Testing. ◊ Pick a suitably-sized project. Don't try to test the whole Application in one session. ◊ Pair Testing works well when we test new functionality and when both the participants are working on the project right from the beginning. ◊ Create an Exploratory Testing Charter.
  • 12. PREPARATION Continues… ◊ In Pair testing session, Analyst or developer define focus and scope of the test. ◊ Describes the targets for the test. ◊ Agree together how much time they are going to test. ◊ Write their goals and testing ideas on a white-board, keeping a copy of the finished notes for their own use. ◊ Define the intended outputs of their testing efforts so that both parties understand what is required.
  • 13. PREPARATION Continues… ◊ During the session the team members decide which test paths and how deeply the test will be. ◊ One team member should control the keyboard and mouse. ◊ Second team member thinks out-loud, asks queries, makes notes on paper etc. ◊ A P.T. Session lasts for about 60 till 90 minutes, and don't forget the break. ◊ Pair testing can also be used as a way to track down hard to reproduce defects.
  • 14. PAIR TESTING SESSION FINISHING ◊ After the P.T. Session the new bugs/issues will be added to the bug registration system. ◊ The Exploratory test charter will be updated accordingly like which tests targets are tested, new problems discovered etc. ◊ Evaluate outcomes. How would you do differently next time. ◊ If during the P.T. Session new targets are found , a new P.T. Session should be planned. The pair can lead to create a new E.T. Charter for that session.
  • 15. PAIR TESTING BENEFITS ◊ Developer or business analysts approaches the software from a different view, They think in good paths whereas Tester has to take negative approach also. ◊ When P.T. Is executed with a business analyst there will be automatically knowledge sharing between the business analyst and tester. The business analyst will share his knowledge of the application of business with the testers during the session.
  • 16. PAIR TESTING BENEFITS ◊ If a new project is started with team members there will be often a barrier between testers and developers. So P.T. Will acts as a barrier. ◊ Working in pair keep u sharp, you cant get doze up . ◊ If you find problems and decide to register them in a bug registration system, the product is automatically reviewed. You work in pairs, so the data you entered is immediately reviewed by the other one.
  • 17. BENEFITS CONTINUES… ◊ As a tester you will encounter mysterious bugs that use to occur several times. In a P.T. Session with a developer you could find a pattern and thereby the cause of the bug. the developer will probably see the link between the problems because he has the knowledge of the software. ◊ The last reason to use P.T. is may be the most important one : It is fun working with the team members.
  • 18. Implementation Of Pair Testing in SAM ◊ Pairing has the effect of forcing each tester to explain ideas and react to ideas. When one tester phrases his thoughts to another tester, that simple process of phrasing seems to bring the ideas into better focus and naturally triggers more ideas.
  • 19. Implementation Continues… ◊ Supports the ability of one tester to stay focused and keep testing. this has a major impact on creativity. ◊ The observer can : ● Keep key notes while the other follows the train of thoughts. ● Try to reproduce something on second machine. ● Grab manual, other documentation, a tool, make a phone call, grab a programmer-get support material that the other tester needs.
  • 20. Implementation Continues… ◊ Better Bug Reporting :- ● Better reproducibility ● Everything reported is reviewed by a second person. ● Sanity check for every critical and major functionality. ◊ Great Training :- ● Keep learning by testing with others ● Useful for experienced testers when they are in a new domain.
  • 21. Implementation Continues… ◊ Additional technical benefits :- ● Concurrency testing is facilitated by pairs working with two or more machines. ● Manual load testing is easier with several people. ● When there is a difficult technical issue with part of the project, bring in a more knowledgeable person as a pair.
  • 22. Disadvantage Of Pair Testing ◊ P.T. Cannot be applicable to scripted testing where all the test cases are already written and no one has to run the scripts. ◊ This will not help in the evolution of any issue and its impact.
  • 23. Uses Of Pair Testing ◊ This is more applicable where the requirements and specifications are not much clear. ◊ When the team is new and need to learn the application behavior in short time.
  • 24. Risks and Suggestions ◊ Accountability must belong to one person. One member of the pair owns the responsibility for getting the task done. ◊ Some people are introverts (own thought peoples). They always work alone not in groups. ◊ Some people have strong opinions and don't work well with others depending on their understandings.
  • 25. Risks and Suggestions ◊ Training must be given :- ● Generally helpful for training in paired testing and in the conduct of any type of testing. ● When there are strong personalities at work, a trainer can help them understand their shared and seperate responsibilities and how to work effectively together.
  • 26. Conclusions ◊ Is pair testing rocket science ? No, its a combination of working together and testing. However, it has a lot advantages above “single” testing. There will be knowledge sharing, training new team members, break down barriers between team members and most importantly yields high productivity, high creativity work. ◊ Pair testing is an “idea generation activity” rather than a plan implementation activity, its a simple process of phrasing to bring the ideas into a better focus and naturally triggers more ideas.
  • 27. <<Slide Title>> <<Slide Topics>> <<Slide Topics>> Takeaway: <<Always good to put the learning in a one-liner>>
  • 28. Questions & Answers <<rehankhan@qainfotech.net>>| www.qainfotech.com/blog | www.qainfotech.com Thank you