Top 75 Manual Testing Interview Questions

Manual testers will always be in demand. Without manual inspection, the emotional engagement of the software cannot be measured. But to get that dream salary package in that dream company, you need to crack the interview. Both verbal and in the form of tasks.

For all the aspiring testers, freshers, and experienced ones who are looking for a job change, please have a look at these manual testing interview questions before going for the interview.

Like it’s mentioned before, the Q and A used in these blogs can be helpful for

  • Manual testing interview questions for freshers
  • Manual testing interview questions for experienced
  • Manual testing interview questions for 2-5 years experience

Before digging deep let’s have a look at questions that have frequently been asked. FAQ!

  1. What is the Severity and Priority of a bug?
  2. What is a traceability matrix? Why is it important?
  3. What are the different levels of testing?
  4. What are the most common risks associated with project failure?
  5. What is an exit criterion and why is it used?
  6. What are the details included in a test case?
  7. How does testing fit into a CI pipeline?
  8. What is risk-based testing?
  9. Name some best practices in software testing
  10. What are the qualities of a good tester?
  11. Name some challenges in software testing?

Manual Testing Interview Questions and Answers pdf

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
  • Moved to next iteration / Deferred

Q 11: What is a latent defect?
Ans: There are some defects in the system that may not cause failures or impact the customer usage of the application because the preconditions for these defects are rarely met.

Such defects that are silently present in the system are known as latent defects.

Q 12: What are the most common risks associated with project failure?
Ans: The most common risks are:

  • Shortage of time or squeezed timelines
  • Shortage of skilled resources to perform the testing activities
  • Limited Budget
  • Absence of a stable environment for testing

Q 13: What are stubs and drivers?
Ans: Stubs and drivers are used in incremental testing. Testing follows either a top-down or a bottom-up approach.

In the top-down approach, a stub is used to help in the testing of other modules. Similarly, a driver is used in the bottom-up approach for facilitating the testing.

Q 14: What would you do if you find a defect?
Ans: Here is what you should do once you find a defect.

  • Recreate the defect to make sure it is consistent
  • Try to recreate the defect in a different device, browser, or OS to make sure if it occurring everywhere or is specific to any particular device, browser, or OS.
  • Take the screenshot of the error
  • Capture the required logs as applicable
  • Log the details in the bug tracking tool used by the team

Q 15: What is fuzz testing?
Ans: Fuzz testing is commonly used in security testing to find vulnerabilities and coding errors in the system. In fuzz testing, data is added to the system to make it crash.

Sometimes, a fuzz tester is also used to find the causes of the vulnerability as well. It is mostly done in big projects and may not prove cost-effective for smaller projects.

Q 16: What are the test cases you can create for a simple login screen with username, password, and login buttons?
Ans: Some of the test cases that can be created for the login screen are:

  • Test cases for login edit box, what type of characters it can take.
  • Test cases for password edit box, what type of characters it can take.
  • Password should be masked and should not be visible
  • Valid credentials should allow users to log in and move to the next screen
  • Invalid credentials should block the user, the appropriate message should be displayed
  • Username blank – appropriate message should be displayed
  • Password blank – appropriate message should be displayed
  • The edit boxes should be aligned properly
  • A forgot password link should be available
  • 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

  • Take care of the day to day testing activities
  • Report bugs when found
  • Retest the bugs

Q 33: What are the roles and responsibilities of a test lead?

Ans: A test lead would

  • Assign the tasks to the team members
  • Monitor the defects raised by the team
  • Participate in defect triages when required.
  • Consolidate and share the daily or weekly testing status with the manager
  • Help the manager while creating a test plan
  • Inform the manager of any foreseen risks

Q 34: What are the roles and responsibilities of a test manager?
Ans: A test manager is responsible for

  • Getting the testing projects from clients and stakeholders
  • Preparing and presenting the strategy document
  • Preparing the test plan with the help of a lead
  • Help the team with the resources needed
  • Help the team with mitigating the risk
  • Prepare and present the testing metrics to the team
  • Help in escalations as and when needed

Q 35: What are the different types of testing. Name a few types in each.
Ans: Testing can be divided mainly into 2 types:

  • Functional Testing: It deals with testing the functionality of the application under test. Some of the testings under functional testing are:
    1. Unit Testing
    2. System testing
    3. User Acceptance testing
    4. Integration testing
  • Non-functional testing: it involves testing the non-functional features like performance, scalability, security reliability, etc.
      1. Load testing
      2. Stress testing
      3. User Acceptance testing
      4. Security testing
      5. Endurance testing
      6. Installation testing

     

Q 36: What are the stages in the software testing lifecycle?
Ans: The stages in the software testing lifecycle are:

    1. Requirement Analysis
    2. Test Planning
    3. Test Case Development
    4. Test Environment Setup
    5. Testing
    6. Test Closure and deliverables handover

Q 37: What are the qualities of a good tester?
Ans: Some qualities of a good tester are:

    1. An eye for finding details and mistakes in the system
    2. A good understanding of the application under test and how the users would be using the application
    3. A good domain knowledge
    4. Good communication skills are important for a tester
    5. 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:

    1. It is more suitable for small projects
    2. A tester can find more bugs when performing test cases unlike automation
    3. The test cases can be easily tuned to adjust to the changes in the code and UI
    4. Difficult scenarios and switching between systems and modules can be easily done
    5. Very useful in ad-hoc, exploratory, and usability testing
    6. Needs fewer skills and can be learned easily

Q 44: What are the disadvantages of manual testing?
Ans: Some disadvantages of manual testing are:

    1. It is time-consuming and not suitable for projects with strict timelines
    2. It can become redundant for functionalities that are stable with no code change
    3. Performance tests can not be performed manually
    4. It proves more expensive in the long run.
    5. With every iteration or release, the timelines keep on increasing.
    6. 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:

    1. Bug re-testing
    2. For testing cases, that need to be run only a few times for the project.
    3. For Adhoc and exploratory testing.
    4. For checking the user-friendliness of the application
    5. While handling complex scenarios.
    6. 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:

    1. S No.
    2. Traceability reference to the requirements document
    3. Pre-conditions
    4. Steps to reproduce
    5. Expected result
    6. Actual result
    7. Result (Pass/Fail)
    8. Bug ID
    9. 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.

Q 51: What is localization testing?
Ans: The localization testing is done to check the functionalities that the dependent on the location. These can be related to map, search features, regional languages, etc.

Q 52: What is A/B testing?
Ans: A/B testing is done when there are 2 or more versions of the app. Both these apps are given to the client or each app is given to a set of clients,        for testing to decide which one is better and should be deployed to production.

Q 53: What are the different types of integration testing?
Ans: The different types of integration testing are:

    1. Big bang testing
    2. Bottom-up testing
    3. Top-down testing

Q 54: What is called the pesticides paradox?
Ans: When the same tests are conducted on the same system, again and again, no new defects can be found and the system becomes immune to these tests. This situation is called the pesticides paradox.

To avoid such a scenario, the tests should be modified with new strategies and approaches.

Q 55: Name some test deliverables?
Ans: Some test deliverables are:

    1. Test Plan
    2. Effort estimation report
    3. Test cases
    4. Traceability matrix
    5. Defect report
    6. Test report
    7. Test summary

Q 56: What is big-bang testing?
Ans: Testing all the modules together once the development is complete is called the big-bang testing approach. The defects found in big-bang testing have a very high fixing cost since they are found towards the end of the development cycle.

Q 57: What is top-down testing?
Ans: In the top-down testing approach, the top modules are tested first and then moved on to the smaller modules.

Stubs are used as a temporary module to assist in testing the higher modules.

Q 58: What is bottom-up testing?
Ans: Bottom-up approach is the opposite of the top-down approach, here the lower modules are tested first as and when they are ready. Moving up to bigger integrated modules.

Drivers are used to doing integration testing till the module development is complete.

Q 59: What is end-to-end testing?
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:

    1. Start early
    2. Update your test cases, and test approach frequently to identify more defects
    3. Always think like the client
    4. Think out of the box
    5. 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:

    1. Waterfall model
    2. V model
    3. Spiral model
    4. Agile

Q 74: Name some challenges in software testing?
Ans: Some challenges in software testing

    1. Insufficient documentation or unfrozen requirements.
    2. Unavailability of skilled testing resources
    3. Stringent timelines
    4. 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.

Conclusion

We wholeheartedly hope that you crack the next manual tester interview and the manual testing interview questions that we have prepared for you have helped in it.

150+ Software Testing Interview Questions and Answers

In this post, we will share the kind of software testing interview questions asked in meetings with the employee to help individuals seeking to secure a software tester job profile.
1. Which Methodology do you follow in your Test Case?
 A. Phase Containment is consolidating QA into each of the stages of SDLC. It brings about Defect Prevention. In the event that QA group performs Design Review, Requirements Review, and Code Review, errors would be not many when a real application is tested. That implies we have averted numerous errors by performing reviews at each phase of SDLC.
2. What is Black box testing? What are the distinctive discovery Testing Strategies?
A. Black box testing is the product testing technique that is applied to test the product without distinguishing the internal structure of a program or code. This testing is typically done to validate the functionality of an application.
The various black box testing systems are:

  • Boundary value analysis
  • Equivalence Partitioning
  • Cause-effect graphing

3. What are Quality Control and Quality Assurance?
Quality Assurance includes in process-oriented practices. It guarantees the counteractive action of bugs in the process utilized to make software application. So, the bugs don’t emerge when the software application is being produced.
Quality Control includes product-oriented practices. It administers the code or program to distinguish the bugs in the software application.
4. How well do you deal with Ambiguity?
A.Test cases are not generally straightforward and QA Engineers should follow up on their own judgment. They have to feel great with ambiguity.
5. How well do you Function with others?
A. Several QA teams have colleagues who are from all edges of the world. QA engineers must be content with speaking with individuals at all levels and all backgrounds.
6. How might we perform Spike testing in JMeter?
A. JMeter accompanies a synchronizing timer which can deal with the demands of numerous threads. It can get the expected number of strings and discharge them immediately to cause a spike.
7. What is the chief contrast among st Reactive and Preventative strategies of Testing?
A. Reactive tests are planned after the product has been delivered and preventative tests are designed ahead.
8. What are the significant steps to fix issues while Testing?
Record – Log and handle any issues which have happened.
Report – Report the issues to high ranked manager.
Control – Define the issue management process.
9. What is the distinction between Test scripts, Test scenarios, and Test cases?
A.Test Scripts – They are composed in a programming language and it’s a short program used to test some portion of the functionality of the product framework. Simply speaking a written set of steps ought to be performed manually.
Test ScenariosTest scenario is set up before the genuine testing begins, it incorporates plans for the testing software, environmental condition, number of colleagues, creating test cases, making test plans, and every one of the characteristics that are to be tested for the software.
Test cases – It is a record that contains the steps that must be performed, it has been planned before.

10. What are the classes of Defects?
A. Missing – There was a prerequisite given by the client and it was not done. This is a variance from the particulars, a sign that particular was not performed, or a necessity of the client was not recorded appropriately.
Wrong – The prerequisites have been performed wrongly. This defect is different from the given particular.
Extra – A prerequisite included in the software that was not given by the end-user. This is dependably a variance from the determination yet might be a trait wanted by the user of the software. But it is viewed as a defect due to its variance from the current prerequisite.
11. List out the Test Deliverables.
A.

  • Test Strategy
  • Test Plan
  • Test Cases
  • Test Scripts
  • Test Scenarios
  • Test Data
  • Effort Estimation Report
  • Requirement Traceability Matrix (RTM)
  • Test Execution Report
  • Defect Report/Bug Report
  • Test summary report
  • Test incident report
  • Test closure report
  • Test status report
  • Weekly status report to the Project manager and the client
  • Graphs and Metrics
  • Release Note
  • User guide
  • Configuration guide

12. What is Rapid Application Development?
A. Rapid Application Development (RAD) is formally a parallel development of functions and consequent integration. Functions are produced in parallel as though they were smaller than usual activities, the developments are time-boxed presented and after that congregated to a working prototype.
This can rapidly give the client an image to view and utilize and to give input with respect to the delivery and their prerequisites. Quick change and improvement of the software are probably applying this strategy.
In any case, the software particular should be created for the software sooner or later and the undertaking should be put under more formal controls before going into generation.
13. What’s the difference between Acceptance testing and System testing?
A. Acceptance testing checks the framework against the Prerequisites. It’s like System testing in which the entire framework is checked yet the vital contrast is the transition in focus.
System testing tests that the system that was indicated has been conveyed. Acceptance testing checks that the system will convey what was demanded. The client ought to dependably do Acceptance testing and not the engineer.
The client recognizes what is needed from the framework to accomplish value in the business and is the main individual equipped to make that determination.
This testing is more about guaranteeing that the product is produced as described by the client. It’s getting a green light from the client that the product meets requirements and is prepared to be utilized.
14. Clarify Random/Monkey Testing.
A. A strategy of software testing where the system is checked by randomly ingesting inputs. This test does not follow any pre-defined set of principles. It’s done to test the application behavior.
15. How to manage the low-frequency issues during the Testing?
A. By low frequency, I trust you mean the issues that can’t be replicated reliably after some time.
In case an issue isn’t coming up each time we repeat a similar series of steps, we do some drilling around to check whether we can discover any indication of the appearance of the bug (failure or logs messages), and when nothing else works, we report everything the same. As testers, we can’t leave anything without creating a report.
16. As a component of which test process do you decide the exit criteria?
A. The exit criteria are resolved on the basis of ‘Test Planning’.
17. What is Mutation testing?
A. This type of testing is used to detect if a set of the test case or test data is useful by intentionally presenting different code changes (bugs) and retesting with real test cases/data to decide whether the bugs are discovered.
18. While controlling your venture what things you need to acknowledge?
A. The things that must be taken in contemplations are:

  • Is your venture on the plan?
  • Are you working towards a similar career objective?
  • Have you got sufficient resources?
  • Are you overspending?
  • Are there any warning indications of approaching issues?
  • Is there any pressure from the administration to finish the undertaking quickly?

19. What is Unit Testing?
A. It is done to examine whether the individual module or unit of the source code is working legitimately. It is performed by the software developers in developer’s environment. Unit Testing is additionally known as Component Testing or Module Testing.
20. What is Alpha Testing and Beta Testing?
A. Alpha testing is finished by the in-house testers and engineers who built up the product. In some cases, alpha testing is completed by the customer or outsourcing group with the presence of testers or developers.
Beta testing is performed by a set number of end clients before delivery. Normally, it is done in the customer place.
21. What is Risk-Based Testing?
A. To recognize the functionalities or modules which are in all probability to cause failures and to test them.
22.What is Application Programming Interface (API)?
A. A formalized assortment of programming calls and routines that can be mentioned by an application program to access to network systems or supporting system.
Also See Manual Testing Interview Questions and Answers by SendTods
23. What is Agile Testing?
A. Agile testing is a type of software testing practice that takes after the standards of an agile software development. It is an iterative program development procedure where necessities continue changing according to the client needs. Testing is done in parallel with the advancement of an iterative model. Test group gets frequent code changes from the dev group for testing a system.
24. What are the various Methodologies in Agile Development Model?
A. There are at present seven various agile systems that I know about:

  • Scrum
  • Extreme Programming (XP)
  • Feature-Driven Development
  • Lean Software Development
  • Agile Unified Process
  • Dynamic Systems Development Model (DSDM)
  • Crystal

25. Why we utilize the Decision Tables?
A. The methods of boundary value analysis and equivalence partitioning are regularly connected to particular conditions or sources of info.
But if diverse combinations of input end in various steps are made, this can be harder to indicate utilizing equivalence partitioning and limit value examination, which have a tendency to be more centered on the UI.
The other two specification-based methods, state transition testing, and decision tables are more centered around business rules or business logic. A decision table is a decent method to manage combinations of things.
Certain times this technique is additionally known as a cause-effect table. The reason is there’s a related logic graphing procedure known ascause-effect graphing which was at times used to help procure the decision table.
26. What is Load Testing?
A. It is to check that the application/system can deal with the required number of transactions and to confirm the system/application behavior under peak load and normal conditions both.
27. What are the advantages of Test Reports?
A. The advantages of test reports are:

  • Current status of undertaking and nature of software are notified.
  • In case required, partner and the client can make a corrective move.
  • The last report supports to determine whether the software is ready for launch.

28. In incremental testing what are Stubs and Drivers?
The two stubs and drivers are a component of incremental testing. In incremental testing, there are two methodologies to be specifically bottom-up and top-down methods.
Drivers are utilized as a part of bottom-up testing and stub is utilized for the top-down method. With a specific goal to test the principle module, a stub is utilized, which is a dummy program or code.
29. What is Soak Testing?
A. Running an application at high load for a continued timeframe to distinguish the execution issues is termed Soak Testing.
30. What is Performance Testing?
A. This kind of testing decides or approves the speed, versatility, or durability qualities of the application or system under test.
Execution is concerned about accomplishing response times, resource usage levels, and throughput that meet the execution targets for the product or project.
31. What are the standards of Software Testing?
A.

  • Testing indicates the presence of flaws
  • Thorough testing is not possible
  • Early testing
  • Defect clustering
  • Testing is setting depending
  • Pesticide Paradox
  • The absence of error false notion

32. What is a Bug?
A. In the event that software testers discover any contradiction in the application or system in testing stage then they describe it as a bug.
33. What is DFD (Data Flow Diagram)?
A. As a flow of data through a data system is graphically depicted then it is called Data Flow Diagram. It is likewise utilized for the representation of data handling.
34. What is Fuzz testing and when will you use it?
A. Fuzz testing is used to recognize security loopholes and coding mistakes in the product. In this method, random data is added to the application trying to crash the system.
In the event that vulnerability continues, a device called fuzz tester is utilized to decide possible causes. This strategy is more helpful for greater projects yet just recognizes a major mistake.
36. Describe the PDCA cycle.
A. Software testing plays an essential role in the software development method. In a typical software development, there are four vital steps in PDCA: Plan, Do, Check, Act, cycle. The four stages work as
Plan: Describe the objective and the arrangement for fulfilling that objective.
Do: Perform as per those plan methods which is arranged in the planning stage.
Check: Check to ensure that everything is working as per the plan and gets the normal outcomes.
Act: Act as indicated by that issue.
37. What ought to be done after a bug is found?
A. Configuration administration covers the procedures used to control, facilitate, and track: code, prerequisites, documentation, issues, change demands, designs, compilers/tools/libraries/patches, alterations made to them, and who rolls out the improvements.
38. What is SQA testing? Tell us steps of SQA testing.
A. Test Plan has these principal contents:

  • Schedule
  • Resource requirement
  • Due date
  • Financial plan
  • Feature to be examined with reason
  • Feature not to be examined with reason
  • Tools to be utilized
  • Scope of testing
  • Test technique

39. Tell the contrast between a “defect” and a “failure” in software testing?
A. In basic terms when a defect approaches the end client it is known as a failure while the defect is recognized inside and settled then it is called as a defect.
40. Q. Specify what is the reason behind doing end-to-end testing?
A. End-to-end testing is performed after the functional testing. The reason behind performing end-to-end testing is:

  • Testing application in genuine environment situation
  • Testing of association between database and application
  • To approve the product necessities and integration with outside interfaces

41. What is Bug Leakage?
A. A bug which is really missed by the testing group while testing and the build was discharged to the Production. In case that now that bug was found by the end user then we refer to it as Bug Leakage.
42. What is the part of mediator in the review procedure?
A. The mediator or review leader drives the review procedure. The moderator decides, in co-activity with the creator, the sort of review, approach and the creation of the review team.
He or she plays out the entry check and the follow-up on the modified work, keeping in mind the end goal to control the nature of the input and output of the review procedure.
The mediator likewise plans the meeting, scatters reports before the meeting, paces the meeting, mentor’s other colleagues, prompts conceivable discussions and stores the information that is gathered.
43. When should tester perform the Regression Testing?
A. After the product has changed or when an environment has changed Regression testing ought to be performed.
44. What is HotFix?
A. A bug which needs to be managed as a high priority bug and fix it instantly.
45. What is the reason for a test completion criterion?
A. The reason for test completion criterion is to decide when to quit testing.
46. What are the advantages of Independent Testing?
A. Independent testers are unprejudiced and recognize diverse flaws in the meantime.
47. Why are dynamic testing and static testing depicted as complementary?
A. Since they share the purpose of recognizing defects yet vary in the kinds of defect they spot.
48. What is Error seeding?
A. Error seeding is a procedure of intendedly including known errors in software to recognize the rate of error location. It helps during evaluating of the tester aptitudes of discovering bugs and furthermore to know the capacity of the application i.e. how well the application is working when it has errors.
49. What is equivalence class partition?
A. In equivalence class partition, inputs to the system or product are separated into groups that are required to display like behavior, so they are probably going to be proposed similarly. Thus, choosing one input from each group for designing the test case.
50. What is positive and negative testing?
A. A positive testing is a point at which you put in a valid info and anticipate that some activity will be finished as per the specification. While a negative test is a point at which you put in an invalid information and gets errors.
51. Could inspections or reviews be viewed as part of the testing?
A. Yes, indeed, as both assists identify errors and enhance quality.
52. What amount of testing is sufficient?
A. The appropriate response relies upon the contract, risk for your industry, and special needs.
53. Explain Exploratory Testing?
Exploratory testing is based on less planning and more test execution. It refers to performing requirement analysis, test cases designing, test cases execution and understanding the test results simultaneously.
54. Explain verification in software testing?
Verification ensures that the product is being built according to the software requirements, and there are no deviations from it. The verification process involves Inspections, Reviews, and Walk-through.
55. Explain validation in software testing?
Validation ensures that the software product that is built is as per the client’s requirements or not.
56. What is the basic difference between verification and validation in software testing?
Verification detects defects in requirement specifications & validation detects the errors in the implemented Software application.
57. Explain Static Testing?
Static Testing is to review the documents to detect the errors in the initial phases of SDLC.
58. Explain Dynamic Testing?
Dynamic testing is to run the AUT to validate the output from the expected outcome.
59. What are the other names for white box testing?
It is also known as Glass Box, Clear Box, and Structural Testing.
60. What is white box testing?
White box testing refers to the testing of the internal code structure.  white-box testing is done at the unit level and is based on the internal perspective of the code and requires programming skills to design test cases. It tests if the code is written properly and inspects every line of the code for being bug-free.
61. Can you explain about test strategy?
Test strategy is a document that includes test design and defines how testing is to be carried out.
62. Name the components of the test strategy document?
The various components of the test strategy document are

  • Test plan id
  • Features to be tested
  • Test techniques
  • Testing tasks
  • fail criteria/ Features pass
  • Test deliverables
  • Test schedule
  • Test resources and their Responsibilities
  • Testing environment

63. Explain the Test plan?
A test plan defines the goals, resources, and procedures for testing a software product. It includes a thorough understanding of the testing workflow.
64. How will you create a test plan?
Follow the following steps to write a test plan;

  • Analyze the product
  • Design the Test Strategy
  • Clearly defining the Test Objectives
  • Develop the Test Criteria
  • Define how the test environment would be
  • Schedule and Estimation
  • Determine the exact Test Deliverables

65. Explain the term testbed?
The testbed is an amalgamation of hardware and software components that are required to conduct software testing.
It consists of Operating system, specific hardware, and software, the product under test, network configuration, other system software, and application software.
66. Explain the term test environment?
An environment where testers execute test cases is test environment. Software and hardware environment together form a test environment and serves as a podium to conduct testing.
67. Explain the term test Data?
Test data are the inputs given to AUT by the testers to execute test cases and validate the results.
68. Explain test closure?
Test closure document is the final document prepared before testers mark an end to testing. It consists of details like several test cases, test cases executed, defects found, defects fixed, defects not fixed, defects rejected, etc.
69. Explain test coverage?
It the measurement of quantity of testing done by a set of test cases.
70. Explain the term integration testing?
Integration testing is a type of testing where smaller units of code are integrated and tested in a group.
71. What is System Testing?
Known as the end to end testing, system testing validates a completely integrated application to if the system is in accordance with the requirements or not.
72. What is Big Bang testing?
Big bang testing is based on integrating all the modules together and then testing them all at once.
73. What are different strategies of integration testing?
Integration testing can be carried out using two approaches:

  • Big Bang Approach
  • Incremental Approach
  • Top-Down Approach
  • Bottom-Up Approach
  • Sandwich Approach

74. What are the disadvantages of Big Bang Integration?

  • The disadvantages of big bang integration are:
  • Time-consuming
  • Tracing the cause of failures is difficult.
  • Enhanced chanced of critical failures.
  • In case of a bug, finding the root cause of it is difficult.

75. What is functional testing?
Functional testing is a type of black-box testing, which validates that every function of the software as per the requirements.
76. What are the different types of functional testing?
Different types of functional testing are:

  • Smoke testing
  • Sanity testing
  • Regression testing
  • Usability testing

77. Tell the steps to be performed for functional testing?

  • Steps to perform functional testing are:
  • Identify the required functionalities
  • Creation of test data
  • Determine the expected output
  • Execute the test case
  • Compare actual and expected outputs
  • Validate the software works as per required functionalities

78. What is non-functional testing?
It tests the non-functional requirements of the system like the way it operates.
79. What are the different types of non-functional testing?

  • Various types of non-functional testing are
  • Performance Testing
  • Load Testing
  • Failover Testing
  • Security Testing
  • Compatibility Testing
  • Usability Testing
  • Stress Testing
  • Maintainability Testing
  • Scalability Testing
  • Volume Testing
  • Security Testing
  • Disaster Recovery Testing
  • Compliance Testing
  • Portability Testing
  • Efficiency Testing
  • Reliability Testing
  • Baseline Testing
  • Endurance Testing
  • Documentation Testing
  • Recovery Testing
  • Internationalization Testing
  • Localization Testing

80. What are the different types of testing?

  • Different types of testing are:
  • Functional
  • Smoke testing
  • Sanity testing
  • Regression testing
  • Usability testing
  • Non – Functional
  • Performance Testing
  • Load Testing
  • Failover Testing
  • Security Testing
  • Compatibility Testing
  • Usability Testing
  • Stress Testing
  • Maintainability Testing
  • Scalability Testing
  • Maintenance
  • Regression
  • Maintenance

81. Tell the different test levels?

  • The four different test levels are:
  • Unit/component/program/module testing
  • Integration testing
  • System testing
  • Acceptance testing

82. Name the various black box testing techniques?

  • The different black box testing techniques are:
  • Equivalence Partitioning
  • Boundary value analysis
  • Cause-effect graphing

83. What does a test plan consist of?

  • A test plan consists of
  • Test case identifier
  • Scope
  • Features to be tested
  • Features not to be tested
  • Test strategy & Test approach
  • Test deliverables
  • Responsibilities
  • Staffing and training
  • Risk and Contingencies

84. What is retesting?
Retesting is a process of testing the code again to check if the defects detected in the previous round of testing are fixed correctly.
85. What is Data-Driven Testing?
Data-Driven Testing is testing the application with multiple test data. The complete testing is data-driven and the main aim of such type of testing is to verify output for multiple test data.
86. How can you resolve issues during software testing?
We can resolve issues by:

  • Record: the defects are logged and recorded
  • Report: The defects are reported to higher management and the development team
  • Control: issue management process is defined.

87. What is a test scenario?
The test scenario is any functionality of the code that is to be tested.
88. Define test cases?
A test case describes the execution settings, testing method, input data, expected results to attain a testing objective.
89. Define test scripts?
Test scripts are small programs that are run manually to test a specific functionality of the code.
90. Define Latent defect?
Latent defects are the defects that have been present in the code for a long time but have never been detected before in the previous releases.
91. Name two parameters that define the quality of testing?
You can judge the quality of testing by:

  • Defect reject ratio
  • Defect leakage ratio

92. What are the test deliverables?
Test deliverables are the artifacts that are delivered to the stakeholders after every round of testing.

  • Test strategy
  • Test plan
  • Test scenario
  • Test cases
  • Test data
  • RTM
  • Test metrics
  • Test incident report
  • Test status report
  • Test summary report
  • Release note
  • Test closure report

93. What is mutation testing?
It is a technique to identify if test data/test case is useful by knowingly introducing a bug in the code and retesting the bug induced code with the original test data, a test case to check if it detects the bug.
94. What things will you ruminate before choosing automation tools for the AUT?

  • Technical Feasibility
  • Complexity level
  • Application stability
  • Test data
  • Application size
  • Re-usability of automated scripts
  • Execution across environment

95. How to perform Risk Analysis?
For the risk analysis following steps need to be implemented

  • Find risk score
  • Create a risk profile
  • Change the properties of the risk
  • Install test risk resources
  • Create a risk database

96. Can you tell the debugging categories?
The debugging categories are:

  • Brute force debugging
  • Backtracking
  • Cause elimination
  • Program Slicing
  • Fault tree analysis

97. What information should a test plan include?

  • Test Strategy
  • Test Objective
  • Exit/Suspension Criteria
  • Resource Planning
  • Test Deliverables

98. State few risks that can result in project failure?

  • Insufficient resource for the project
  • Improper testing environment
  • Budget constraints
  • Strict timelines

99. How to do project estimation?

  • Break the project into small tasks
  • Assign them to different team members
  • Estimate efforts for each task
  • Confirm the approximation

100. What are the commonly used testing types?

  • Unit Testing
  • API Testing
  • Integration Testing
  • System Testing
  • Install/Uninstall Testing
  • Agile Testing

101. What are the things to consider while monitoring your project?

  • Schedule of your project is going fine?
  • Budget is under the limit?
  • Are resources enough?
  • Are there any warning signs reflecting any future problem
  • Are there any requirement changes?

102. Common mistakes that lead to issues?

  • Improper resource allocation
  • Poor Scheduling
  • Underestimating
  • Ignoring the small problems
  • Not following the process

103. What does a test report consist of?

  • Project Information
  • Test Objective
  • Test Summary
  • Defect

104. What are the benefits of the test report?

  • Gives information on the on-going status of the project
  • Tells about the quality of product
  • Stakeholder can take corrective measures whenever required
  • The final report tells if the product is ready for the release.

105. What are the best practices of software quality assurance?

  • Continuous Improvement
  • Documentation
  • Tool Usage
  • Metrics
  • Responsibility by team members
  • Experienced SQA auditors

106. What steps you should follow after you detect any defect?

  • Recreate the defect
  • Attach the screenshot
  • Log the defect

107. When to Prepare Requirement Traceability Matrix?
RTM is prepared before test case designing.
108. Who prepares the test plan?
Test lead or the test manager prepares the test plan.
109. Give a few examples of the test environment?
Some of the examples of the test environment:

  • Application Type: Web Application
  • OS: Windows
  • Web Server: IIS
  • Web Page Design: Dot Net
  • Client-Side Validation: JavaScript
  • Server Side Scripting: ASP Dot Net
  • Database: MS SQL Server
  • Browser: IE/FireFox/Chrome

110. As a tester what would you do, if you find any defect?
I would

  • Reconstruct the bugs/defect
  • Take and affix a screenshot
  • Record the bugs/defect

111. What is Fuzz Testing?
Fuzz testing is carried out by feeding random inputs to an application under test, to validate if the AUT returns exceptions like failing built-in code assertions, crashes,  or potential memory leaks.
112. Name different test coverage techniques?

  • Various test coverage techniques are:
  • Statement coverage
  • Decision coverage
  • Path coverage

113. Name the important modules of defect report format?
The various components are

  • Module Name
  • Project Name
  • The date defect was detected on
  • Who detected the defect
  • Defect ID
  • Defect Name
  • Screenshot of the defect
  • Priority status
  • Severity status
  • Who resolved the defect
  • When was defect resolved

114. What does COTS stand for?
COTS stands for Commercial Off The Shelf.
115. Why do we use automation testing?

  • Eases the execution of test cases that re repeated
  • Helps in the testing of the large test matrix
  • Supports parallel execution of test cases
  • Is beneficial for long run test cases as they can be left unattended without requiring any human intervention
  • Enhances the accuracy of test cases
  • Saves time and money.

116. Can you tell us the advantages of selenium over other testing tools?

  • Supports various languages including Java, Python, C#, PHP, Ruby, Perl &.Net
  • Supports different OS including Windows, Mac or Linux
  • Supports multiple browsers including Mozilla Firefox, Internet Explorer, Google Chrome, Safari or Opera
  • Easy integration with TestNG & JUnit, Maven, Jenkins & Docker
  • It is an open-source

117. Name the components of Selenium?

  • Selenium Integrated Development Environment (IDE)
  • Selenium Remote Control (RC)
  • Selenium WebDriver
  • Selenium Grid

118. Name the various locators in Selenium?

  • ID
  • ClassName
  • Name
  • TagName
  • link text
  • PartialLinkText
  • Xpath
  • CSS Selector
  • DOM

119. Name various exceptions in Selenium web driver?

  • TimeoutException
  • NoSuchElementException
  • ElementNotVisibleException
  • StaleElementException

120. How will you launch the browser using WebDriver?
We can use the following syntax:
WebDriver driver = new FirefoxDriver();
WebDriver driver = new ChromeDriver();
WebDriver driver = new InternetExplorerDriver();
121. What is Regression Testing?
Regression testing is done to validate that the code changes have not introduced any bugs in the existing code.
122. How does automation testing help in agile methodology?
It helps in maximum test coverage in minimal time.
123. Which all test cases can be automated?

  • Smoke test cases
  • Regression test cases
  • Complex calculation test cases
  • Data-driven test cases
  • Non-functional test cases

124. What is a workbench concept?
It is a way to document how a specific task has to be performed.
125. What are the tasks in workbench?

  • Input
  • Execute
  • Check
  • Production output
  • Rework

126. What strategies you can follow to roll out the product to end-users?
The strategies we can follow are:

  • Pilot
  • Gradual Implementation
  • Phased Implementation
  • Parallel Implementation

127. What does PDCA in software testing stand for?
PDCA in software testing stands for Plan, Do, Check, Act
128. Which all types of testing teams can conduct software testing?

  • Isolated test team
  • Outsource – we can hire external testing resources and do testing for our project.
  • Inside test team
  • Developers as testers
  • QA/QC team

129. What are the shortcomings of monkey testing?

  • They are not realistic
  • Many of the tests are redundant and unrealistic
  • You will spend more time analysing results
  • You cannot recreate the test if you do not record what data was used for testing

130. What does DFD stand for?
DFD stands for Data Flow Diagram. IN DFD the flow of data is represented graphically.
131. What does LCSAJ stand for?
LCSAJ stands for ‘linear code sequence and jump.’
132. Why is test independence done?
Test independence eludes author preference in describing operative tests.
133. When do you define the exit criteria?
Exit criteria are described based on “Test Planning”.
134. What is alpha testing?
Alpha testing is pre-release testing by the end-users at the developer’s end.
135. What is beta testing?
Beta testing is testing done by a selected group of end-users at their location. It is done before the software is out in the market.
136. What are the responsibilities of test management?
The responsibilities of Test management are:

  • To enhance software quality
  • Creating and up keeping the product metrics
  • Ensures that there is less design or coding faults

137. The output of the requirement analysis used as an input for which phase?
User Acceptance Test Cases
138. What are the benefits of Independent testing?
Independent testers are neutral and detect dissimilar bugs at the same time.
139. In reactive testing approach, when does test design work begin?
The test design work in reactive testing approach begins after the software is produced.
140. Name different Agile testing methodologies?
The different Agile methodologies are:

  • Extreme Programming (XP)
  • Lean Software Development
  • Unified Process
  • Scrum
  • Feature-Driven Development
  • AgileCrystal
  • Dynamic Systems Development Model (DSDM)

141. Which process involves the estimation of the testability of the requirements and system?
‘Test Analysis’ and ‘Design’
142. Name a few dynamic testing techniques?
Equivalence Partitioning, Use Case Testing, Exploratory Testing, and Decision Testing are dynamic testing techniques
143. Name a few static testing techniques?
Data Flow Analysis and Inspections are static testing techniques.
144. Which testing technique detects threats such as virus from malicious outsiders?
Security Testing detects threats such as virus from malicious outsiders
145. When to implement configuration management procedures?
During test planning.
146. What is an equivalence partition?
Equivalence partition is dividing input and output values in a range such that only one value becomes a test case.
147. What is load testing?
Load testing tests the system performance under real-life load conditions.
148. What is stress testing?
Stress testing tests system performance under unfavourable conditions/loads.
149. When can you take a conclusion to end software testing?
Some of the basic criteria to stop testing are:

  • Deadlines are finished
  • Test budget is over
  • Bug rate is less than a certain level
  • Passed Test cases percentage is above a pre-decided level
  • Testing period for Alpha or beta testing is over
  • Code Coverage, requirements are met to a required level.

150. What’s the difference between a SDET and Tester?
software testing interview questions
151. What’s interrupt testing?
Interruptions happen on our phone frequently. These sudden interruptions can have adverse effect on regular functioning of any app that’s being used.
Interruption testing will reveal how the app behaves to interruption and will it get back to the stopping point without any error?
All the best!!!