Download 75 Manual Testing Interview Questions and answers and more Summaries Communication in PDF only on Docsity!
75 Manual Testing Interview Questions and answers
Q 1: What are the 2 main types of testing?
Ans : The 2 main types of testing are:
- Manual Testing: where the testing activities are performed by testers without the help of any tools.
- Automation Testing: where the testing is carried out with the help of tools or stand-alone scripts that can replicate the manual operations performed.
Q 2: What is BVA?
Ans: BVA, Boundary Value Analysis, is a validation technique used for checking the edit boxes that take in numbers. For example, if a field takes the values 1 to 100, under BVA you would test the field with values +1 and -1 from the boundaries. So, in this case, the tester would check to see if the field with values 0,2,99, and 101.
Q 3: What is DOA and how is it used?
Ans : DOA, Dead on Arrival, is used to refer to applications build that are unsuitable for testing. There can be several situations where a build is declared as DOA. Some of these are:
- Smoke Test fails
- Application is unstable and crashes intermittently
- The functionalities mentioned in the release notes are not included in the build or are not available for testing
Q 4: What is the Severity and Priority of a bug?
Ans : The severity and priority are important aspects of a bug. The Severity is decided by the tester based on the impact on the testing and the functionality of the application. For example, an app crash or user unable to login, back end server down, etc would all be high severity defects.
Priority on the other hand is decided by the developer based on how soon they can fix it or how much time would be needed to fix the defects. Some in most cases high severity and high priority bugs would be the same. But there can be some cases where the Severity is low but priority is high. Like a spelling mistake in the company name on the home page. Now, an example of high severity but a low priority can be unable to open a link in a web page, when the link is rarely used by the customer.
Q 5: What is a traceability matrix? Why is it important?
Ans : Traceability matrix is the link between a client requirement or use case and the test case. While writing a test case, a tester should ensure there is at least 1 test case for every use case of functional requirement. This mapping between the requirements and test cases is called traceability.
The traceability matrix helps to ensure that each requirement in the functional document is considered for testing, thus avoiding any misses.
Q 6: What are the different levels of testing?
Ans: Testing is done at different levels, they are
- Unit testing or component level testing
- Functional and module testing
- Integration testing
- System testing
- Acceptance testing
Q 7: What is a test plan?
Ans: A test plan is a document that enlists all the aspects of the testing project. Some of the main headers under a test plan are:
- In scope and out of scope features.
- The hardware, software, and resource requirements
- Entry and exit criteria
- Test strategy
- Test deliverables
- Risks and contingencies
- Roles and responsibilities
- Escalation mechanism
Q 8: What is the difference between regression and retesting?
Ans: Regression testing refers to repeated testing of the functionalities already delivered and tested in previous testing cycles. Regression testing is done to ensure that the new code changes in the current build have not broken or adversely impacted any previous functionalities. In many companies, regression testing is automated to ensure more time can be dedicated to the thorough testing of the new features.
Retesting, on the other hand, refers to rechecking the defects after they are fixed, to ensure the issue is completed resolved. For retesting, a tester would perform the same steps as mentioned in the defect steps to reproduce to ensure the defect is fixed and then based on their discretion they would also check areas that might get affected by the defect fix.
Q 9: What is a defect?
Ans: Any deviation from the expected behavior of the application can be termed as a defect.
Q 10: What are the different stages in a defect life cycle?
Ans: The different stages in a defect life cycle are:
- New
- Assigned
- Fixed
- Moved to QA / Ready to test
- Retested
- Closed
- Reopen
- Duplicate
- Redundant
- Appropriate labels should be written for the login and password edit boxes
Q 17: What is the difference between a latent and masked defect?
Ans: Latent defects are those that are existing in the system but do not impact the functionality since the preconditions for the defects are never met. A masked defect, on the other hand, is those which are hidden behind another defect. And they can be found only once the other defect is found.
Q 18: What techniques can be used to understand the test coverage?
Ans: The 3 different techniques used for ensuring the test coverage are:
- Statement coverage: testing ensures that each line of the code is executed at least once.
- Decision coverage: testing is done to ensure that each path of the decision code loops and decision boxes are executed at least once.
- Path coverage: testing is done to ensure every possible code path for a particular functionality is executed at least once.
Q 19: What is a code walk-through?
Ans: A code walkthrough is an informal analysis of any code to check if the logic is correct and if the proper coding standards are followed. It is an unmoderated review.
Q 20: What are the different parts of a defect report?
Ans: A defect report would ideally include:
- Summary
- Tested By
- Assigned to
- Tested environment
- Build No.
- Severity
- Steps to reproduce
- Expected and Actual Results
- Screenshots
- Logs
- Defect status
- Comments
Q 21: What is an exit criterion and why is it used?
Ans: Exit criteria list the conditions in which the testing would be stopped at any point in the project. It is very useful during the project execution as a guide to reject the testing build.
Some of the main exit criteria are:
- Build Failure
- Login failure
- App Crash in critical functionalities
- No data in the application
- Failed smoke test
Q 22: What is alpha testing?
Ans: Alpha testing is the testing done by a subset of potential users or clients in the developer’s site with the development infrastructure.
Q 23: What is beta testing?
Ans: Beta testing is the testing done by a subset of the potential users or clients at their locations which is generally different from the environment where the product was developed.
Q 24: What is crowdsourced testing?
Ans: Crowdsourced testing is a new and upcoming form of testing that involves people, not necessarily testers, from across the globe to test the product and provide their feedback. These people get paid to perform the task.
Q 25: What is a smoke test?
Ans: A smoke test is the first test that is done to ensure the shared build is ready for testing and the critical functionalities are working. In many companies, the build is accepted for further testing only if the smoke test is a pass.
Q 26: How does testing fit into a CI pipeline?
Ans: In a CI pipeline all the tasks are automated, hence testing is also automated. A trigger is set to start the testing suite every time there is a new code check-in and build. Once the testing is complete a pass/fail report is sent out to the stakeholders and based on the results the decision is taken to push the build to production or to roll it back.
Q 27: How is testing possible in the agile/scrum sprints?
Ans: In Agile and Scrum the testing would start early along with the development. As and when a block of code is ready, testing starts for that functionality with the help of stubs, drivers, and harness.
Q 28: What are positive and negative testing?
Ans: Positive testing refers to all the happy paths where the application performs as expected with the correct input. Negative tests, on the other hand, involves giving incorrect data to the system to ensure it responds appropriately.
Q 29: What is an exploratory test?
Ans: Random tests that are done without any pre-decided steps to just traverse through the application and find defects are called exploratory testing.
Q 30: What is DRE?
Ans: DRE, defect removal efficiency, a metrics commonly used for evaluating the effectiveness of the testing process. It is defined as the percentage of the defect found in testing by the sum of defects in testing and production.
Q 31: What is the career path for a tester?
Ans: Just like a developer there is a great career path for testers. It starts with a tester or junior tester, test analyst, test lead, test manager, and test consultant.
Q 32: What are the roles and responsibilities of a tester?
Ans : A tester is expected to
- Test Closure and deliverables handover
Q 37: What are the qualities of a good tester?
Ans: Some qualities of a good tester are:
- An eye for finding details and mistakes in the system
- A good understanding of the application under test and how the users would be using the application
- A good domain knowledge
- Good communication skills are important for a tester
- Good contacts within and outside the team help the tester reach out to people and get issues resolved easily speeding up the process.
Q 38: What is cross-browser testing?
Ans: Cross-browser testing refers to testing a web application on different browsers like Chrome, Firefox, Edge, Safari, etc. to ensure it performs equally well in each.
Q 39: What is responsive testing?
Ans: Responsive testing involves testing a website or mobile app on devices of different screen sizes to ensure it renders properly in each device. This testing also helps to eliminate any alignment issues during the rendering.
Q 40: What is a software bug?
Ans: Any deviation from the expected functionality of the application as documented in the specifications document is called a software bug.
Q 41: What is black box testing?
Ans: A type of testing where the tester understands and has access only to the input and output of a system through a graphics interface is called black-box testing. Here the tester would not know the code or how it is written.
Q 42: What is white box testing:
Ans: In white-box testing, the tester has access to the code implementation. The test cases are designed to cover the different paths and loops in the implementation. For white-box testing, some basic coding knowledge and background are an additional advantage.
Q 43: What are the advantages of manual testing?
Ans: The advantages of manual testing are:
- It is more suitable for small projects
- A tester can find more bugs when performing test cases unlike automation
- The test cases can be easily tuned to adjust to the changes in the code and UI
- Difficult scenarios and switching between systems and modules can be easily done
- Very useful in ad-hoc, exploratory, and usability testing
- Needs fewer skills and can be learned easily
Q 44: What are the disadvantages of manual testing?
Ans : Some disadvantages of manual testing are:
- It is time-consuming and not suitable for projects with strict timelines
- It can become redundant for functionalities that are stable with no code change
- Performance tests can not be performed manually
- It proves more expensive in the long run.
- With every iteration or release, the timelines keep on increasing.
- It is prone to human errors
Q 45: When will you choose manual testing over automation?
Ans: Under some situations, manual testing is preferred over automation, these are:
- Bug re-testing
- For testing cases, that need to be run only a few times for the project.
- For Adhoc and exploratory testing.
- For checking the user-friendliness of the application
- While handling complex scenarios.
- For testing cases, where some random decision-making is involved.
Q 46: What is a testbed?
Ans: The environment for testing with the needed parameters is called a testbed. It is a digital platform that can include the OS, hardware, software, database, network, etc.
Q 47: What is a test case?
Ans: A test case is a set of instructions that the tester is expected to perform to test functionality. A good test case can be easily understood and run by any person even if they do not have a testing background.
Q 48: What are the details included in a test case?
Ans: A test case would include:
- S No.
- Traceability reference to the requirements document
- Pre-conditions
- Steps to reproduce
- Expected result
- Actual result
- Result (Pass/Fail)
- Bug ID
- Comments
Q 49: What is user acceptance testing?
Ans: Also known as end-user testing, it is performed by a subset of the actual users to understand if the application is working as expected for the users. In UAT, the users would suggest some improvements in the application that would make it more suitable.
Q 50: What is Soak Testing?
Ans: Soak testing is a kind of performance testing in which the system is kept under continuous load for a long time to find defects and bottlenecks in the system. It is also called as Endurance test. Most commonly memory leaks and system utilization-related issues can be found during these tests.
Ans: End-to-end testing means testing the entire flow of the application from the start to the end. One of the biggest challenges in end-to-end testing is that it spans multiple systems, so the verification can become complex.
Q 60: What is GUI testing?
Ans: Testing an application using only the graphical user interface is called GUI testing. In this, apart from the functionality, a tester would also check the alignment, color combinations, readability, ease of navigation, etc.
Q 61: What is recovery testing?
Ans: This testing is done to check how soon the system can recover after a system crash. It is a type of non-functional testing.
Q 62: What is risk-based testing?
Ans: In risk-based testing, the critical modules and those which are likely to have more failures are tested first. This type of test prioritization based on risk is the basis of risk-based testing.
Q 63: What is security testing?
Ans: The testing that is done to find the vulnerabilities in the system, protect the data, and ensure the functionalities are working as expected is called security testing. It also involves checking the access to systems. This means people with different access levels should be able to access only parts of the system they are allowed to as per the business.
Q 64: What is load testing?
Ans: Load testing is done to see the performance of the application under load. A load is simulated on the system and then functional testing is performed to find the bottlenecks in the system.
Q 65: Name some best practices in software testing.
Ans: Some best practices are:
- Start early
- Update your test cases, and test approach frequently to identify more defects
- Always think like the client
- Think out of the box
- Automate repeated tests and focus more testing on new modules
Q 66: What is exhaustive testing?
Ans: Exhaustive testing is testing the system with all the valid and invalid inputs. In most cases, exhaustive testing is not possible and a tester would go with BVA or equivalence partition techniques to test the application.
Q 67: What is the 80:20 rule?
Ans: The 80:20 rule states that 80% of the defects are found in 20% of the code. This is also called defect clustering.
Q 68: What is defect cascading?
Ans: The phenomenon where one defect if left undetected, triggers multiple defects in other modules and later stages are called defect cascading. The cost of fixing this defect cascading can be high, due to the greater number of defects in the system.
Q 69: What is outsourced testing?
Ans: Assigning the testing task to a third party or separate team within or outside the company is called outsourced testing. This is done to ensure free and unbiased testing. Sometimes it is also helpful in giving a fresh perspective to the testing activity.
Q 70: What is bug leakage?
Ans: A bug that is missed by the testing team during the testing phase and escapes undetected to production, where it is discovered by the actual user is called leaked bug and the phenomenon is called bug leakage.
Q 71: What is a show stopper defect?
Ans: A defect that does not allow the testing activities to proceed is called a show stopper defect. App crash on launch and login failures are examples of show stopper defects.
Q 72: What is a hotfix?
Ans: Sometimes a build that is deployed to production would have some critical error and it would be rolled back. Now an emergency fix for the issue is released as a new patch and this build is called a hotfix.
Q 73: What are the different models of SDLC?
Ans: The main models are:
- Waterfall model
- V model
- Spiral model
- Agile
Q 74: Name some challenges in software testing?
Ans: Some challenges in software testing
- Insufficient documentation or unfrozen requirements.
- Unavailability of skilled testing resources
- Stringent timelines
- Unstable systems and incomplete modules are given for testing
Q 75: What is the age of a defect?
Ans: The age of the defect is defined as the number of days between the day the defect is accepted or assigned by the development team and the day it is verified and closed by the testing team. The age of the defect can be defined in hours and days.
