manual testing real time interview questions and answers

We have covered almost 150+ important software testing viva questions for freshers candidates as well as manual testing experienced interview questions for QA Engineers to help prepare for the upcoming interview. This detailed guide of software testing interview questions for experienced candidates will help you to crack your Job interview for Software Testing.

Software Testing – Real Time Interview Questions & Answers

Software Testing Real Time Interview Questions, QA Interview questions on Test planning, Test design, Test environment, and Test execution.

Basic Manual Testing Interview Questions

Quality Control vs Quality Assurance

Quality Control Quality Assurance

Quality control is a product-oriented approach of running a program to determine if it has any defects, as well as to make sure that the software meets all of the requirements put forth by the stakeholders.

Quality assurance is a process-oriented approach that focuses on making sure that the methods, techniques, and processes used to create quality deliverables are applied correctly.

Q What is Software Testing?

Software Testing is a process used to identify developed software’s correctness, completeness, and quality. It includes a series of activities conducted to find software errors so that it can be corrected before the product is released to the market.

Top 30+ Manual Testing Real Time Interview Questions & Answers

Let’s get started with these top 30+ QA Job interview questions for Quality Analysts / Test Engineers.

1. What is the difference between Quality Assurance (QA) and Quality Control (QC)?

Quality Assurance: Quality Assurance involves in process-oriented activities. It ensures the prevention of defects in the process used to make Software Application. So the defects don’t arise when the Software Application is being developed.

Quality Control: Quality Control involves in product-oriented activities. It executes the program or code to identify the defects in the Software Application.

2. What is the difference between Preventative and Reactive approaches in testing?

Preventive approach: It is also known as Verification Process. This approach is to prevent defects. In this approach, tests are designed at early stages of SDLC i.e., before the software has been produced. Here in this approach testers try to prevent defects in the early stages. It comes under Quality Analysis (QA).

Reactive approach: It is also known as Validation Process. This approach is to identify defects. In this approach, tests are designed to execute after the software has been produced. Here we try to find defects. It comes under Quality Control (QC).

3. Why are you in QA?

I am in QA because I like this job.

Read more on why did you choose Quality Assurance as a career

4. List out the roles of Quality Assurance engineer?

A software quality assurance engineer usually involves in the following tasks.

  • QA Team is responsible to monitor the entire development process.
  • They are responsible to track the outcomes of each phase of SDLC and adjust them to meet the expectation.
  • They are responsible to read and understand the requirement documents.
  • Analyze test requirements, and design and execute tests.
  • Develop test cases and prioritize testing activities.
  • Record problems and issues in accordance with the project’s problem and issue management plans.
  • Work with the application team and/or client to resolve any issues that arise in the testing process.
  • Carry out regression testing every time when changes are made to the code to fix defects.
  • Have to interact with the clients to better understand the product requirements.
  • Participate in walkthroughs of testing procedures.
  • 5. Explain the process of QA testing?

    In simple words, QA testing process is a step by step process which involves analyzing requirement documents, preparing test strategy, test plan and test cases, executing test cases when the build is ready. In the execution process QA’s perform different types of testing to make sure the software reaches or exceeds the expectation.

    6. What is the role of documentation in QA?

    Documentation plays a vital role in Quality Assurance. All the documents involved in SDLC such as Business Requirement Specifications, Designs, Inspection reports, Configurations, Code changes, Test Strategy, Test plans, Test cases, Bug reports, User manuals should be documented.

  • Documentation helps us to achieve high quality software product.
  • Documentation is necessary to make things more real
  • We could use documentation as a reference material and reuse it when necessary
  • We could save lot of organization’s time, effort and money by maintaining proper documentation.
  • Proper documentation makes easy for the client to review the software process.
  • 7. What is quality audit?

    Quality audit is the process of systematic and independent examination of a software product or process to assess compliance with specifications, standards, agreements and other relevant criteria.

    8. Mention what are the test artifacts involved in QA?

    The test artifacts involved in QA are Test Strategy, Test Plan, Test Scenarios, Test Cases, Test Summary Report, Bug Report etc.,

    Read more and download complete set of test artifacts from here..

    9. Have you written Test Strategy?

    Usually, test strategy document will be prepared by Test Managers or Project Managers. If you are applying for a Project Manger position and you have experience in preparing Test Strategy document then you can say Yes else say I know what is a test strategy and its purpose but I never got a chance to write Test Strategy document.

    10. What is a Test Strategy and what does it include?

    Test Strategy is a high level document (static document) and usually developed by project manager. It is a document which captures the approach on how we go about testing the product and achieve the goals. It is normally derived from the Business Requirement Specification (BRS). Documents like Test Plan are prepared by keeping this document as base.

    Read more on detailed explanation of Test Strategy..

    11. Have you written Test Plan?

    Usually, test plan document will be prepared by Test Leads or Test Managers. If you are applying for a Test lead position and you have experience in preparing Test Plan document then you can say Yes else say I know what is a test plan and its purpose but I never got a chance to write Test Strategy document.

    12. What is a Test Plan and what does it include?

    Test plan document is a document which contains the plan for all the testing activities to be done to deliver a quality product. Test Plan document is derived from the Product Description, SRS, or Use Case documents for all future activities of the project. It is usually prepared by the Test Lead or Test Manager and the focus of the document is to describe what to test, what not to test, how to test when to test and who will do what test. Also, it includes the environment and tools needed, resource allocation, test technique to be followed, risks and contingencies plan. A test plan is a dynamic document and we should always keep it up-to-date. Test plan document guides us how the testing activity should go on. Success of the testing project completely depends on Test Plan.

    Read more on detailed explanation of Test Plan..

    13. What is a Test case template?

    A test case template is a document comes under one of the test artifacts, which allows testers to develop the test cases for a particular test scenario in order to verify whether the features of an application are working as intended or not. Test cases are the set of positive and negative executable steps of a test scenario which has a set of pre-conditions, test data, expected result, post-conditions and actual results. Most of the companies are using test case management tools such as Quality Center (HP QC), JIRA etc., and some of the companies still using excel sheets to write test cases.

    14. What are the key components of a test case template

    The key components of a test case template are Project name, Module name, Created by, Date of creation, reviewed by, date of review, executed by, Date of execution, test scenario, tase case id, test case description, Precondition, Test steps, Test data, expected result, post condition, actual result, status of the bug.

    Check the below video on how to write effective test cases.

    15. How do you decide when you have tested enough?This is one of the most important questions in terms of ISTQB. Option will be tricky and you have to choose the right one. As a project manager or project lead, sometimes you might face a situation to call off the testing to release the product early. In those cases, you have to decide whether the testers have tested the product enough or not. There are many factors involved in the real time projects to decide when to stop testing.

  • if we reach Testing deadlines or release deadlines
  • By reaching the decided pass percentage of test cases
  • if the risk in the project is under the acceptable limit
  • if All the high priority bugs and blockers are fixed
  • if we met the acceptance criteria
  • As per ISTQB, It depends on the risks for the system being tested.

    ​16. What are the key components of a bug report?

    Bug report is aka defect report, it conveys the detailed information (such as environment details, steps to reproduce etc.,) about the bug to the developers. It allows developers to replicate the bug easily. The key components of a bug report are Defect Id, title of the defect, Reporter Name, Defect Report Date, Reporter designation, Project name, Release Version, Environment details, Priority of the bug, Severity of the bug, Status of the bug, Defect Description, Steps to reproduce the bug, Expected result, Actual result, Attachments if any and Defect closed date.

    Read more on how to write a good report..

    17. Tell me some key points to consider while writing a bug report.

    i. Reproduce the bug 2-3 times. ii. Use some keywords related to your bug and search in the Defect Tracking Tool. iii. Check in similar modules. iv. Report the problem immediately. v. Write detailed steps to reproduce the bug. vi. Write a good defect summary. Watch your language in the process of writing the bug report, your words should not offend people. Never use capital letter whilst explaining the issue. vii. Advisable to Illustrate the issue by using proper screenshots. viii. Proofread your bug report twice or thrice before posting it.

    18. What are the advantage and disadvantages of Automated Testing?

    Advantages:

  • Automation testing is faster in execution
  • It is cheaper compared to manual testing in a long run
  • Automated testing is more reliable
  • Automated testing is more powerful and versatile
  • It is mostly used for regression testing
  • It does not require human intervention. Test scripts can be run unattended
  • It helps to increase the test coverage
  • Disadvantages:

  • It is recommended only for stable products
  • Automation testing is expensive initially
  • Most of the automation tools are expensive
  • It has some limitations such as handling captcha, fonts, color
  • Huge maintenance in case of repeated changes in the requirements
  • Not all the tools support all kinds of testing. Such as windows, web, mobility, performance/load testing

    19. What is the difference between build and release?

    Build: A build is a version of a software. Every build has a number for identification purpose. Build is a pre-release version of a Release. Build is given to testing team by developers to test the application locally. Build numbers are incremental.

    Release: A release is the distribution of the final version of an application to the customer by software development team.

    20. What is bug leakage and bug release?

    Bug Leakage: A bug which is actually missed by the testing team while testing and the build was released to the Production. If now that bug (which was missed by the testing team) was found by the end user or customer then we call it as Bug Leakage.

    Bug release: Releasing the software to the Production with some known bugs then we call it as Bug Release. These known bugs should be included in the release note. In other case, releasing the software to the testing team with some known bugs whose severity and priority is low. These bugs can be removed before releasing to production.

    21. What is Bug triage?

    Bug triage is a formal process to find which bugs are important by prioritizing them based on their severity, frequency, risk and other important parameters. Testers assign priority (high, medium, low) to each and every bug in a bug triage meeting and based on the priority those bugs will be fixed in an order. By doing this we could save a lot of organization’s time.

    22. Explain bug life cycle.

    Bug life cycle is also known as Defect life cycle. In Software Development process, the bug has a life cycle. The bug should go through the life cycle to be closed. Bug life cycle varies depends upon the tools (QC, JIRA etc.,) used and the process followed in the organization. Read more..

    23. What is MR and ER?

    MR: MR stands for Modification Request. It is used to change the existing functionality in a software, it is usually requested by clients.

    ER: ER stands for Enhancement report. It is used to add a new feature in a software. It is usually requested by clients.

    24. Mention some of the types of software testing?

    There are more than 100 types of software testing.

    25. What is CRUD testing?

    CRUD (Create, Read, Update and Delete) is another term used for Black box testing. CRUD testing is another term for database testing.

    Read more on Black box testing here..

  • C – Create – Creating a new Transaction
  • R – Read/Retrieve – Searching or viewing a transaction
  • U – Update – Editing or modifying an existing transaction.
  • D – Delete – Deleting a transaction from the database
  • 26. What is a Cookie testing?

    A Cookie is also known as HTTP cookie, web cookie, internet cookie, browser cookie.

    Read more on Cookie testing..

    27. What is Cross browser testing?

    Cross Browser Testing is a type of non-functional test which helps us ensure that our website or web application works as expected in various web browsers. We could do Cross Browser Testing on different browsers both manual and automated way. To do Cross Browser Testing manually, we (Software Testers) create tests for each browser and execute it manually on each browser. To do it in an automated way, we could create Selenium tests with multiple conditional statements that execute test cases based on specified browser type. Every browser displays a website in their own style. We usually cannot have all the browsers on one machine. Each browser is designed by a different vendor. So each browser has their own features to showcase their unique presence. While testing a website, we need to ensure that our website is appearing same across all the browsers. To do this we need to have all the browsers. Fortunately, there are some tools to perform cross-browser testing without testing individually in a manual way.

    Read more on Cross browser testing..

    28. What is the difference between Compatibility testing and Cross browser testing?

    Compatibility testing: Testing an application on different hardware or software platform is Compatibility testing.Example: Different devices such as iPhone, Samsung etc., Different operating system such as Windows, Linux etc.,

    Cross browser testing: Testing a web application on different browsers is Cross browser testing. Cross browser testing is a subset of Compatibility testing.Example: Google Chrome, IE 10, IE 11, Firefox 43 etc.,

    29. What is Configuration management?

    Configuration management is a process followed during the project life cycle to control and document each and every change.

    30. What are the various tools you have used in testing process?

    The tools which I have used during testing process are as follows.

    Test Management Tools: JIRA, TestLodge, Quality CenterTest Case Management Tools: TestCaseLabDefect Tracking Tools: Bugzilla, MantisBTAutomation Tools: QTP/UFT, Selenium, LoadRunnerGUI Tools: Froglogic SquishCross Browser Testing Tools: CrossBrowserTesting, BrowserStack

    Conclusion:

    I would like to conclude this ‘Software QA Interview Questions And Answers’ post here. If you have any questions, please comment below and we will try to include those in this list of Software QA Interview Questions.

    Like this post, don’t forgot to share it.

    FAQ

    What is real time manual testing interview questions?

    Basic Interview Questions
    • What do you understand by software testing? …
    • When should you stop the testing process? …
    • What do verification and validation mean in software testing? …
    • What is static testing? …
    • Define Black-box testing. …
    • What is a test plan and what does it include? …
    • What is meant by test coverage?

    How manual testing is done in real time?

    Here’s how to perform manual testing step by step: Analyze requirements from the software requirement specification document. Create a clear test plan. Write test cases that cover all the requirements defined in the document.

    How do you write test cases in manual testing interview questions?

    A test case includes:
    1. The purpose of the test.
    2. Special hardware requirements, such as a modem.
    3. Special software requirements, such as a tool.
    4. Specific setup or configuration requirements.
    5. A description of how to perform the test.
    6. The expected results or success criteria for the test.

    What are the 3 types of testing?

    The different types of tests
    • Unit tests. Unit tests are very low level and close to the source of an application. …
    • Integration tests. …
    • Functional tests. …
    • End-to-end tests. …
    • Acceptance testing. …
    • Performance testing. …
    • Smoke testing.

    Related Posts

    Leave a Reply

    Your email address will not be published. Required fields are marked *