In today’s competitive world, testing is critical to the success of any software product. Manual tests are important in software development because they can be used in situations where automated testing isn’t possible. This Blog about Manual Testing Interview Questions will help you learn software testing.
With this thorough list of over 120 manual testing interview questions and answers, you’ll be ready for your software testing interviews. These manual testing interview questions are appropriate for both fresher and experienced candidates.
Let’s start by going through some of the most common Manual Testing Interview Questions.
Below are the 120+ manual testing interview questions and answers:
1) What is Software Testing?
Software testing is a process to test whether the actual product matches an expected requirement or not, and if an issue, then it can be resolved before the product goes to market, and ultimately ensure that the product is bug-free.
2) What is manual testing?
Manual testing is a type of testing that involves the validation of the requirements of the application by executing a predefined set of test cases manually without the use of any automation tool.
3) Why is Software Testing Required?
Software testing is a process that verifies the product is secure and good enough to be released to the market. The reason for software testing is to find defects, errors, and unmatched or missing requirements compared to the actual requirements.
4) What are the two main categories of software testing?
Software testing is a vast domain, but it can be categorized into two types such as:
5) Do you know the difference between quality control and quality assurance?
Quality Control | Quality Assurance |
Quality Control is a product-based approach to running a program to define if the application has any defects, as well as make sure the software fulfills all of the requirements. | Quality assurance is a process-oriented approach that focuses on making sure that the methods and techniques used to make quality deliverables are applied correctly. |
QA means planning for any testing process | QC means taking action to execute the planned process |
QA does not involve executing the test cases. | QC is always involved in executing the test cases. |
QA is the technique of handling the quality of the application. | QC is a method to verify the quality of software. |
6) What is quality control? Is it similar to Quality Assurance?
Quality control is a product-based strategy of running a program to define if it has any defects, as well as ensure that sure software fulfills all requirements of the end-user.
So, Quality control is not similar to Quality assurance. Quality assurance is a process-oriented approach. It is focused only on processes, methods, and techniques which is used to create quality deliverables that are applied correctly.
7) What different types of manual testing are there?
There are many types of manual testing, and here are a few of the most common ones:
8) Explain the difference between alpha testing and beta testing.
Alpha and beta testing are both types of user acceptance testing. Find the brief description of alpha vs. beta testing here.
9) What are the different levels of manual testing?
We have four different 4 levels of manual testing, which are described below:
10) What is a testbed in manual testing?
The testbed environment is used for application testing; we can test hardware as well as software programs. The testbed consists of hardware, network configuration, software, and other related software.
11) Explain the procedure for manual testing.
In the manual testing process, follow the steps below:
12) What is the test case?
One type of document that has a set of conditions that is performed on the particular application to verify the expected result of the feature is called a test case.
Test case documents include test steps, preconditions, postconditions, test data, and verification requirements.
13) What is API testing?
Perform software testing API directly from their functionality, reliability, security, and performance in API testing.
The application has three separate layers:
14) Do you know the difference between verification and validation in testing?
Verification is about making sure the product is built the right way and following all the design and requirement specifications. It usually happens during development.
Validation, on the other hand, checks if the final product meets the user’s needs and expectations. It’s done after development.
15) Do you know the difference between a bug and a defect?
The tester finds a fault in the software during testing,, it is called a bug,, and when a product goes live at the time the developer detects the difference between the actual result and the expected result is called a defect.
16) What are the advantages of manual testing?
17) What are the drawbacks of manual testing?
18) What’s the role of documentation in Manual Testing?
Documentation plays an important role in achieving good software testing. In the documentation, we are including details like project requirements and specifications, designs, basic business rules, inspection reports, configurations, test planning, test cases, bug reporting, user manual, etc.
Using test case documentation will easy to estimate the testing efforts that will need to be spent on test tracking and tracing requirements. Some of the applied documentation associated with software testing is listed below:
19)What makes a good test engineer?
A software test engineer is any professional who ensures that the product meets all the expectations and requirements. A software test engineer creates a process for testing a particular product.
20) What is the test harness?
A test harness is a cluster of software and test information. Into the test, harness tests a program unit by running it in a different environment, like pressure, load, data-driven, and observing its behavior, reaction, and outcomes. Test Harness is mainly divided into two parts:
21)What is test closure?
Test closure is a document that has a summary of all test cases which is made during the software development life cycle. Test closure also details the analysis and removes bugs and errors found. Test closure also contains a report of executed test cases, the total number of open bugs, total number of rejected bugs.
22) Do you know the difference between Positive and Negative Testing?
Positive Testing | Negative Testing |
Positive testing ensures that the application works as expected result if not otherwise, the test fails. | Negative testing ensures that the application can handle the input or unwanted user behavior.r |
In this testing, the tester tests the application with a valid set of data. | In this testing, the tester tests applications with an invalid set of data and checks their creativity and validation against invalid data. |
23) Define what is a critical bug.
A critical bug is a bug that impacts a major functionality of the given application. This means affecting a large area of the functionality or breaking any functionality, and there is no other method to overcome this problem. The application cannot be delivered to the end user unless the critical bug is fixed.
24) What is the pesticide paradox? How to overcome it?
Based on the pesticide paradox, if the same tests are carried out again and again, then the outcome of these test cases is the same, so for the same test cases, the tester is not able to find new bugs. Developers will be extra careful in those parts where the tester found more bugs and might not look into the other areas.
Below are described Methods to prevent pesticide paradox:
Using the above methods, it is possible that we can find more bugs in the segment where bug numbers are dropped.
25) What is Defect Cascading in Software Testing?
Defect cascading is the action of triggering other defects in the application. During testing, while defects go unnoticed then other defects are invoked. As an outcome, a greater number of defects crop up in the later stages of development. If defect cascading continues, then it impacts other components of the application, and determining the affected component becomes more difficult. You can make different test cases for resolving this issuebut it is very difficult and time-consuming.
26) What does the term ‘quality’ mean when testing?
Quality software is defect-free, delivered on time and within budget, meets conditions and expectations, and is maintainable. Still, ‘Quality’ is a personal term. Quality will depend on who the ‘customer’ is and their overall influence in the scheme of things. The accounting department might define quality in terms of earnings, while an end-user might describe quality as user-supportive and defect-free.
27) What is black box testing, and what are the various techniques?
Black Box testing, also known as specification-based testing, analyzes the functionality of the software without knowing about the internal structure of the application. The goal of this testing is to check that the whole workflow of the system works correctly and meets user demands. Various black box testing techniques are listed below:
28) What is white box testing, and what are the various techniques?
White-box testing is also known as structure-based testing, for white-box testing requires knowledge of the internal structure of the application. The purpose of this testing is to improve design and usability, check the flow of input/outputs, and enhance security. Below are the various kinds of white box testing techniques:
29) What are the Experience-based testing techniques? Experience-based testing is all about finding, researching, and learning. The tester continuously studies and analyses the product and accordingly applies his skills, tricks, and experience to develop test strategies and test cases to perform necessary testing. Various experience-based testing techniques are:
30) What is a top-down and bottom-up approach to testing?
Top-down testing occurs from top to bottom. This is, high-level modules are tested first, and after that, low-level modules. Lastly, the low-level modules are integrated into a high-level state to guarantee the framework is working as it is expected.
Bottom-Up – Testing occurs from base levels to high-up levels. The lowest-level modules are tested first, and after that high-level state modules. Lastly, the high-level state modules correspond to a low level to guarantee the framework is functioning as it has been proposed.
31) Do you know what the difference is between smoke testing and sanity testing?
Features | Smoke testing | Sanity testing |
System Builds | Tests are executed on initial builds of the software outcome | Tests are done on builds that have passed smoke tests & and regression tests |
Motive of Testing | To measure the stability of the newly created build to face additional rigorous testing | To consider the rationality & originality of the functionalities of the software built |
Subset of? | It is a subset of acceptance testing | It is a subset of regression testing |
Documentation | Affects documentation and scripting work | Doesn’t highlight any sort of documentation |
Test Coverage | Surface & wide approach to include all the major functionalities without going too deep | Narrow & deep approach involving thorough testing of functionalities and features |
Performed By? | Executed by testers or developers | Executed by testers |
32) Do you know the difference between dynamic testing and static testing?
Static testing | Dynamic testing |
Static Testing is a white box testing technique that entails browsing code to identify flaws in the very early stages of the SDLC. | Dynamic testing is performed at the end of the software development lifecycle and affects the execution of code. It confirms and approves the output to ensure that the desired outcomes are achieved. |
Static Testing is used during the validation process. | During the validation step, dynamic testing starts. |
Before deploying the code, static testing is moved out. | After the code has been deployed, dynamic testing is moved out. |
In this form of testing, code error detection and program execution are not a problem. | Code execution is essential for dynamic testing. |
33) How will you determine when to stop testing?
It can be hard to know when to stop testing. Many modern software applications are so complicated and run in such a relaxed environment that thorough testing is impossible. The following are some regular criteria to consider when deciding when to end testing:
To decide when to end testing, use the following scientific methods:
1) Conclusion based on the number of test cases that pass or fail:
2) Metric-driven decision:
34) What if the software is so buggy it can’t be tested at all?
Often, testers come across a bug that cannot be fixed. In such cases, the best course of action is for testers to go through the process of reporting any flaws or blocking-type issues that arise, with attention to critical bugs. Because this kind of issue might result in serious issues such as insufficient unit or integration testing, poor design, wrong build or release methods, and so on, management should be contacted and given documentation as evidence of the problem.
35) How do you test a product when the requirements aren’t set yet?
It is possible that a requirement bundle for a product isn’t available. It could take a bunch of work to figure out if an app has a lot of unexpected functionality, and it could suggest more serious issues with the software development process. If a feature isn’t required for the application’s purpose, it should be eliminated. Make a test plan based on the assumptions you’ve made about the product, if all else fails. However, make sure that all of your assumptions are well-documented in the test plan.
36) How do you know the code has met specifications?
Code that works, is bug-free, and is understandable and manageable is believed to be “good code.” Most organizations have coding ‘standards’ that all developers are expected to follow, but everyone has their own opinion on what is best, as well as how many limitations are too many or too few. There are many methods available, such as a traceability matrix, to ensure that requirements are linked to test cases. And when all of the test cases pass, that means the code meets the requirement.
37) What is ‘configuration management’?
Every well-functioning company has a “master plan” that abstracts how it will operate and complete tasks. It is identical to software development and testing. SCM is a group of processes, policies, and tools for organizing, controlling, coordinating, and tracking:
38) Is it true that we can do system testing at any stage?
In system testing, all of the software’s components are tested as a whole to ensure that the final product meets the required requirements. As a result, no. Only when all of the units are in an area and performing properly can the system testing begin. Before the UAT, system testing is frequently performed (User Acceptance Testing).
39) What are some best practices that you should follow when writing test cases?
The following are some approaches to follow when writing test cases:
Rather than trying to test all of your instances at once, improvise as you go.
40) Can automation testing replace manual testing?
Manual testing is not replaced by automation testing. You can’t automate everything, no matter how useful your automated tests are. Manual tests are good in software development because they can be used in situations where automation isn’t possible.
Both automated and manual testing have advantages and disadvantages. Manual testing allows us to have a better understanding of the problem and analyze different test angles with greater freedom.
Automated testing saves time in the long run by executing a high number of surface-level tests in a short period.
41) What is Quality Assurance, and what are the different activities involved in Quality Assurance?
Quality assurance is a process-driven approach that ensures the process of developing the product is correct and conforms to all the standards. It is studied as a preventive measure. This is because it specifies the weakness in the process of building software. It involves activities like document review, test case review, walk-throughs, inspections, other reviews, etc.
42) Do you know what the difference is between Validation and Verification?
Verification – It is a technique in which documents, design, code, and the program are checked to ensure the requirements are fulfilled or not. Here, testing is accomplished without executing the code. The verification process especially includes activities like reviews and inspections.
Validation – It is a dynamic mechanism of testing and validating, where testing is done by executing the code to check whether the software product meets the customer’s needs or not. Validation contains activities like functional and non-functional testing techniques.
43) What is SDLC?
SDLC stands for Software Development Life Cycle. It guides all the activities performed during software development, like requirement gathering, requirement analysis, designing, coding or implementation, testing, deployment, and maintenance.
44) What are the different types of testing?
Testing can largely be defined into two types:
Moving by the way the testing is done, it can be categorized-
45) What is performance testing?
Performance testing is a type of non-functional testing in which the performance of the system is considered under expected or higher loads. The various performance parameters considered during performance testing are – response time, reliability, resource usage, scalability, etc. The various types of performance testing are Load, Stress, Endurance, Spike, and Volume Testing.
46) What is a testbed?
A testbed is a test environment used for testing an application. A testbed configuration can consist of the hardware and software needs of the application under test, including operating system, hardware configurations, software configurations, Tomcat, and database.
47) What is a test plan?
A test plan is a formal document describing the scope of testing, the approach to be used, the resources required, and the time estimate for carrying out the testing process. It is borrowed from the requirement documents (Software Requirement Specifications).
48) What is a test scenario?
A test scenario is borrowed from a use case. It is used for end-to-end testing of a component of an application. A single test scenario can accommodate many test cases. Scenario testing is particularly useful when there is time control while testing.
49) What is a Test case?
A test case is used to test the conformance of an application with its prerequisite specifications. It is a group of conditions with prerequisites, input values, and expected results in a documented form.
50) What are some attributes of a test case?
A test case can have the following traits-
51) What is Test data?
Test data is data that is used to test the software with different inputs and helps to verify whether the corresponding output is as expected or not. This data is assembled based on the business requirements.
52) What is a Test script?
A test script is an automated test case written or authored in any programming or scripting language. These are a set of instructions to evaluate the functioning of an application.
53) What is an Error in Software Testing?
Since we are all humans, it is inevitable to make mistakes. Correspondingly, an error is a similar case that happens in software testing due to some missing scenario in the requirements, some issues in design, or some mistakes in the implementation.
54) What are Statement testing and statement coverage in white box testing?
It is a white-box testing approach in which test scripts are intended to execute code explanations.
Statement Coverage is the proportion of the level of explanations of code executed by the test scripts out of the total code declaration in the application. The assertion scope is the most favored measurement for really taking a look at the test scope.
55) What is decision testing or branch testing?
Decision testing or branch testing is a white box testing approach in which the test scope is estimated by the level of choice points(e.g., if-else conditions) executed out of the complete choice focuses in the application.
56) What is unit testing?
Unit testing is the principal level of testing performed on individual modules, parts, or bits of code. In unit testing, the singular modules are checked as autonomous parts to guarantee that they work accurately and are fit to be gathered/incorporated with different parts.
This testing is performed by designers. The designers normally compose unit tests for the code composed by they compose.
57) What is integration testing?
Integration testing is the subsequent level of testing performed after unit testing, in which we test the connection between the modules alongside the start-to-finish testing of the incorporated parts. It very well may be performed by utilizing both white box and discovery testing strategies.
58) What are the different types of integration testing?
Different types of integration testing are shown below:
59) What is a stub?
In top-down integration testing, ordinarily, lower-level modules are not created while starting testing/combination with high-level modules. In those cases, Stubs or fake modules are utilized that mimic the working of modules by giving a hard-coded or expected result dependent on the input data.
60) What is a driver?
On account of bottom-up combination testing, drivers are utilized to mimic the working of high-level modules to test the connected modules lower level.
61) What is system testing?
System testing is a sort of testing where the application overall is tested for its consistency with practical and non-practical requirements.. It is done by the QA group after the finishing of integration testing is finished and before the last acknowledgment testing.
In this testing, the entire framework is checked from start to finish, and the information on coding or inner design isn’t needed. Henceforth, it goes under Black-box Testing.
62) What is acceptance testing?
Testing is performed by the potential end-client or clients to check to assume the product fulfills the business prerequisites and can be acknowledged for use.
63) What is UAT Testing?
UAT testing is the last level of the testing lifecycle. Its principal focus is to ensure the product is working as per business necessities. It additionally guarantees that the application is easy to use and can deal with complex situations at its best before delivering the item to genuine clients.
64) What is End-To-End Testing?
It is a sort of testing where the whole application goes through testing, to test if every use of the product is functioning truly expected and there is no fault remaining in it. It guarantees that the application is easy to use and meets the prerequisites.
65) What is Adhoc Testing?
Ad hoc testing is an unstructured method of testing that is performed with no conventional documentation or appropriate preparation.
66) What is monkey testing?
Monkey testing is a kind of testing that is performed casually with practically no predefined experiments or test inputs.
67) How is monkey testing different from ad hoc testing?
On account of ad hoc testing, even though there are no predefined or archived experiments, still, analyzers still know the application. On account of the monkey, testing analysts don’t have any knowledge of the application.
68) What is exploratory testing?
Exploratory testing is a sort of testing where new step actions are added and refreshed while investigating the framework or executing experiments. In exploratory testing, the test plan and execution run concurrently.
69) What is load testing?
It checks the application capacity under expected client loads. The goal is to distinguish execution bottlenecks before the product application goes live. In this way, in load testing, we are focusing on client loads.
It is used to confirm that the framework/application can deal with the normal number of exchanges and to check that the framework/application works under both typical and high-load conditions.
70) What is Stress Testing?
Stress testing is a sort of execution testing in which an application’s behavior is observed under a higher load than anticipated. Stress testing is done to observe memory drain and the strength of the application.
71) What is volume testing?
Volume testing is a sort of execution testing that aides in really looking at the presentation of an application when exposed to an enormous volume of information.</p.
72) What is endurance testing or Soak testing?
Endurance testing is a sort of execution testing that targets observing issues like memory leaks when an application is exposed to stress tests for a significant amount of time.
73) What is spike testing?
Spike testing is a kind of execution testing in which the application’s behavior is estimated while unexpectedly raising the number of dynamic clients during the load test.
74) What is UI testing?
UI or UI testing is a sort of testing that targets observing Graphical User Interface bugs in the application and makes sure that the GUI follows the specifications.
75) What is usability testing?
Usability testing is the sort of testing that targets determining the simplicity of using the application.
76) What is Accessibility testing?
Accessibility testing is the sort of testing that targets determining the usability or functionality of the application explicitly for individuals with disabilities.
77) What is compatibility testing?
Compatibility testing verifies programming to notice how viable the product is with a specific climate – working framework, stage, or equipment.
78) What is configuration testing?
Setup testing is used to assess the configurational prerequisites of the product alongside the impact of changing the necessary configuration.
79) What is Localization testing?
Localization testing is a procedure to check programming behavior, accuracy, and reasonableness for specific areas and locales.
80) What is Globalization testing?
Globalization testing is a kind of testing where the application is assessed for its work across the world in various societies, districts, and nations.
81) What is Security testing?
Security testing is a kind of testing that targets assessing the integrity, verification, approval, accessibility, and classification of the application under test.
82) What is penetration testing?
Penetration testing, additionally called pen testing, is a cyberattack simulation conducted on your PC framework. By doing consistent pen testing, organizations can get master unbiased third-party feedback on their security processes. Though potentially time-consuming and costly, pen testing can help prevent extremely expensive and damaging breaches.
83) What is robustness testing?
Robustness testing is any quality confirmation philosophy focused on testing the robustness of the software. Robustness testing has additionally been utilized to depict the method involved with confirming the power (for example, accuracy) of test cases in a test interaction.
84) What is concurrency testing? Concurrency: When numerous users are logged in, testing is defined as a testing approach for identifying faults in an application. After the day, watch the impact as a large number of clients engage in a comparable activity at the same time. This testing is also known as multiuser testing.
85) What is backend testing?
Backend Testing is a trying strategy that checks the server-side or data set of web applications or a product. Backend testing is used to ensure that the application layer or data layer of a web application or program is free of database faults, such as data loss.
Database testing is another term for backend testing. The information entered in the front end will be put away in the back-end data set. The data set might be MySQL, SQL Server, Oracle, and so forth.h The information will be coordinated in the tables as records, and it is utilized to help the content of the page.
86) What is A/B testing?
A/B testing is a technique for looking at two versions of a website page or application against one another to figure out which one performs better.A/B testing is an experiment where at least two variations of a page are displayed to clients aimlessly, and factual examination is utilized to figure out which variation performs better for a given change objective.
87) What is risk analysis?
The probability of any undesirable incident is characterized as Risk. Software testing is the method involved in identifying the risks in applications or software that you have built and focusing on them to test. From that point forward, the process of assigning the level of risk is done. The order of the risk happens; thus, the effect of the risk is determined.
88) What is the difference between regression and retesting?
Regression testing | Retesting |
Relapse Testing is characterized as a kind of programming testing to affirm that a new program or code change has not unfavorably impacted existing features. | As the name itself suggests, Retesting intends to test something once more. |
It is done for the past test cases | It is done for failed test cases |
This testing does not have defect verification on its part | This testing has defect verification as to its part |
89) What is the difference between Release and Build?
Release | Build |
It is the circulation of the final version of the application | The build is a conversion of source code to an executable code that can be run on a computer |
It occurs occasionally | It occurs frequently |
Testing is no longer required | Still in testing or yet to be tested |
90) What is the difference between Bug leakage and Bug Release?
Bug leakage | Bug release |
Bug leakage is when a bug is missed by a tester and discovered by an end-user | Bug release means that when a specific version of the software is released with a set of known bugs.. |
91) What do you mean by Defect Triage?
Defect Triage is an interaction that focuses on the defects based on severity, risk, and frequency of occurrence. The system helps in setting up an interaction for analysts and engineers to fix as many issues as could be expected under the time frame by focusing on them dependent on boundaries defined and fixed by the group.
92) What is a test harness? Why do we need a test harness?
Test Harness in Software Testing is an assortment of stubs, drivers, and other supporting devices needed to automate test execution. Test tackle executes tests by utilizing a test library and produces test reports. Test tackle contains all the data expected to arrange and run a test-like experiment target organization port(TDP), source record under test, hits, and so forth.
93) Why use Test Harness?
94) What is all pair testing?
All pair testing, also called pairwise testing, is a testing methodology used to test the product using the combinatorial technique. It’s a strategy to test every one of the conceivable discrete combinations of the boundaries in question.
We expect to have a piece of programming to be tried, which has g information fields and 10 potential settings for each information field. Then, at that point, there are 5^5 potential contributions to be tried.
95) What is failover testing?
Failover testing is a procedure that assumes a framework can assign additional assets and back up all the data and activities when a framework flops suddenly for some reason. This test decides the capacity of a framework to deal with basic failures and handle additional servers.
96) What is fuzz testing?
Fuzz testing ordinarily includes contributing an enormous amount of random data, called fuzz, to the product or framework being tested, trying to make it crash or test its protections. Assuming that a weakness is found, a software tool called a fuzzer can be utilized to distinguish the likely causes.
97) What is pilot testing?
Pilot Testing is characterized as a kind of Software Testing that confirms a part of the framework or the whole framework under constant working conditions. The reason for the Pilot Test is to assess the possibility, time, cost, hazard, and execution of an examination project. This testing is done precisely between the UAT and Production.
In Pilot testing, a selected group of end clients attempts the framework under test and gives feedback before the full implementation of the framework.
98) What is Dev-Box Testing?
In Dev Box testing, a quality architect approves, tests, and checks an element in scope on the developer’s machine. A fundamental methodology through which one guarantees the quality of a feature.
99) What is mutation testing?
Testing is a kind of programming testing where certain statements of the source code are changed to check, assuming that the experiments can observe mistakes in the source code.
The objective of this testing is to ensure the quality of test cases in terms of reliability that it should fail the mutated source code.
100) What is the requirement traceability matrix(RTM)?
(RTM) It is a record that guides and follows the client’s needs with experiments. It catches all requirements proposed by the customer and detects necessity in a single report, conveyed at the end of the Software development life cycle. The fundamental motivation behind the Requirement Traceability Matrix is to ensure that all requirements are checked through experiments with the end goal that no functionality is unchecked during Software testing.
101) What is cyclomatic complexity?
Cyclomatic complexity is a source code complexity measurement that is matched to several coding errors. It is determined by creating a Control Flow Graph of the code, which counts the number of linearly independent pathways that pass through a software module.
102) What are the entry criteria in software testing?
Entry criteria are a bunch of conditions that permit a task to be performed; without any of these conditions, the task cannot be performed. While setting the entry criteria, it is additionally essential to define the time frame when the entry criteria item is available to start the process.
103) What are the exit criteria in software testing?
Exit Criteria for STLC stages can be characterized as items/documents/actions/tasks that must be completed before concluding the current phase and continuing to the following stage. Exit criteria are a bunch of assumptions; these should be met before concluding the STLC phase.
104) What is the difference between testing and debugging?
Testing | Debugging |
It is the execution of the product with the expectation of recognizing the defects. | The interaction of fixing and resolving the defects is known as debugging. |
Testing can be done either manually or by automation. | The process of debugging can’t be automated |
There is no need for programming knowledge for the process of testing | Without knowing the programming language, the debugging process can’t proceed |
105) Explain the Agile methodology.
The Agile system is a method for dealing with a task by separating it into a few stages. It includes consistent cooperation with partners and nonstop improvement at each stage. When the work starts, groups cycle through a course of arranging, executing, and assessing.
106) What is Scrum?
Scrum is an agile development methodology utilized in the advancement of Software dependent on an iterative and steady cycle. Scrum is a versatile, quick, adaptable, and successful agile framework that is intended to convey worth to the client through the improvement of the task. The essential goal of Scrum is to fulfill the client’s needs through a climate of straightforwardness in communication, collective responsibility, and constant improvement.
107) What are the different roles in Scrum?
ScrumMaster
ScrumMaster is the keeper of the scrum process.ScrumMaster is responsible for the smooth running of the process and organizing critical meetings.
Product Owner.
The Product Owner is responsible for amplifying the value of the item crafted by the Team. How this is done may fluctuate generally across associations, Scrum Teams, and people.
The Team
The Team is self-putting together and cross-functional. That implies the group includes investigators, architects, designers, analysts, and so on, as fitting and as pertinent to the project. The scrum group cooperates intently and consistently to guarantee the smooth progression of data and the speedy resolution of issues. The scrum group conveys items iteratively and gradually, maximizing opportunities for input.
108) What is a scrum meeting?
Scrum is an agile framework that groups use to create items quickly by breaking huge development projects into smaller pieces that can be finished in short periods. A Scrum meeting is a term that can depict various sorts of gatherings held by Scrum groups. Examples of Scrum gatherings include daily standups, running meetings.
109) Explain TDD (Test Driven Development).
Test-driven Development begins with creating tests for every feature. The test may fail as the tests are grown even before the development. The improvement group then, at that point, creates and refactors the code to breeze through the assessment.
Test-driven Development is connected with test-first programming and was developed as a component of agile programming ideas.
110) What is a Bug?
The bug can be defined as any variance between the actual and expected condition known as a bug. Whenever we test the functionality of an application, if the functionality is not working as per the expectation, then we can say that the application has a bug.
111) What is a defect?
In software testing, any variance between the actual and expected result is known as a defect. In other words, if an application is not working as per the expectation, then we can say that the application has a defect.
112) What are some defect reporting attributes?
Here are some defect-reporting attributes:
113) What are some of the bug or defect management tools?
1) Teamwork: Teamwork is one of the most widely used bug management tools, and the organization or manager loves teamwork as it helps them organize tasks and personnel. Co-partnership with customers and internal team members is easy with teamwork projects. In addition, teamwork also offers a chat and helpdesk solution.
2) Trello: Trello was conceived by Fog Creek Software, and now it’s been acquired by Atlassian. We can think of Trello as a virtual way of working with sticky notes on a wallboard. Trello is easy to use and extremely user-friendly, as well as flexible. Most of the software companies use Trello, a bug tracking and defect management tool.
3) Jira: Jira software is one of the biggest leaders in the defect management tools space and is widely used by the organization. It is developed by the Atlassian group and is generally used to track and monitor issues and bugs, and also to provide monitoring of tasks related to software development projects. Jira is extremely customizable and provides an easy interface, as provides as powerful search capabilities, filtering, and custom workflows. We can easily log bugs in Jira.
4) Asana: Asana is a popular alternative defect management tool; they pride themselves in being compatible with a wide range of businesses, both small and large, and aim to take the anarchy out of project management. Tracking bugs in Asana is easy.
4) Redbooth: Redbooth is a modern project management tool with a devious user interface. It also provides a feature for Gmail integration that will allow us to turn email into tasks directly from your inbox.
114) What is defect density?
The number of flaws confirmed in software during a particular time of operation or development, divided by the size of the software, is known as defect density.
115) What is defect priority?
Priority is defined by how early the defect should be fixed in software. It will decide the order of fixing a defect in the software. If the priority of the defect is higher, the defect should be resolved.
There are generally three categories of priority as below:
Low: If the defect priority is set to low, the effect of the defect on the application is low.
Medium: If the defect priority is set to medium,m, then it should be fixed when the high-priority bug is fixed in the application.
High: The defect can be resolved as soon as possible if the priority is set to high. If not fixed, it will affect the system’s functionality.
116) What is defect severity?
Bug Severity or Defect Severity in testing is the impact of the defect on the software application under test; we can say that the higher the severity, the higher the impact of the defect on the application under test.
If the impact of a defect is higher on a system, then the severity level of the defect is high. Generally, a Quality assurance engineer is responsible for determining the severity level of a bug or defect.
There are generally four categories of severity:
Critical: Critical severity can indicate a complete shutdown of the process; nothing can proceed further.
Major: Major severity can be defined as a highly severe defect that collapses the system. However, certain functionality of the system is working as per the expectations.
Medium: Medium severity can cause some undesirable behavior, but the system is still functional.
Low: Low severity won’t cause any major breakdown of the system.
117) Give an example of Low Priority-Low severity, Low Priority-High severity, High Priority-Low severity, and High Priority-High severity defects.
Low Priority and Low Severity: Any spelling mistake in the paragraph, but not on the homepage or cover page.
Low Priority-High Severity: In the Facebook login page, suppose the password text field and login button overlap, and this will create an issue for the login functionality.
High Priority-Low Severity: The example of high priority and low severity is if Facebook is misspelled (or the Facebook logo is misspelled) on the homepage.
High Priority-High severity: Take an example of a Facebook application where the user is not able to log in to the Facebook application, which will not allow the user to use the Facebook application.
118) What is a blocker blocker can be defined as high high-priority and high-severity bug that blocks several functionalities of the application.
119) What is a critical bug?
A critical bug can impact the major functionality of the application, and we cannot deliver the application without fixing the bug.. A critical bug differs from a blocker bug in that a blocker bug blocks certain functionality of the application, but a critical bug doesn’t block the functionality of the application.
120) Explain the bug life cycle or the different states of a bug.
The defect life cycle can define different phases of the bug, or it can also define the journey of the bug. The different phases are as follows:
New: This is the first phase of Defect when it is detected by the tester and yet been validated.
Assign: This is the phase where we assign the defect to the development team, but yet not been resolved by the developer.
Active: The defect is addressed by the developer and investigated by the developer.
Test: The defect has been fixed by the developer, and now it’s in the testing phase.
Verified: If a defect is fixed and it’s tested properly by the tester.
Closed: when the bug is fixed and the tester marks the defect as closed.
Reopened: when the bug is reopened and is not fixed,d and the QA marks it reopened.
Deferred: If a defect cannot be addressed in a particular build, it’s deferred to a future release.
Rejected: A defect can be rejected if the defect is not a defect, if it’s a duplicate, or if it’s non-reproducible.
121) What are the different test design techniques?
Test design techniques are useful to test software applications. The different test design techniques are as follows:
1) Static Testing: Static testing is a software testing technique where we analyze various test documents like requirement specifications, user stories, and business requirements to find defects.
Static design techniques are as follows:
2) Dynamic Testing: In dynamic testing, we can execute an application to test its functionality of an application.
Below are some dynamic testing techniques:
122) What is Static Testing?
Static testing is an important testing approach where the deliverables from each phase of testing are analyzed in terms of finding defects. It’s a static process; the system we cannot execute the application. We just analyze the software requirement, business requirement, and user story in the initial phase of testing to find defects. By using the static approach, we can save money and time, also this will increase the product quality.
123) What is Dynamic Testing?
Dynamic testing is part of testing where we can execute an application to check whether it satisfies all the requirements given by the stakeholder, and our application works as expected. Thus, it’s a dynamic approach, so we can execute code to check if it’s working as expected.
124) Explain the different types of specification-based test design techniques.
Specification-based test design techniques can also be known as black-box testing. This involves testing of functionality of the application under test without knowing the internal structure of the program.
The different types of specification-based test design techniques are as follows:
125) Explain equivalence class partitioning.
Equivalence class partitioning is a black box test design technique where the test data are divided into equivalence classes, and test cases into each partition at least once with equivalent data from which test cases can be derived.
For example, if a system can accept a value between 1 to 100.
Then, the equivalence class partitioning for this scenario is:
Valid equivalence class partition: value between 1 to 100.
Invalid equivalence class partition: value -1,101, 0, decimal number, and alphabet.
126) What is boundary value analysis?
Boundary-value analysis is a software testing technique that is widely used in software testing. In boundary value analysis, the test is designed to check errors at boundaries.
For example, A system can accept ages between 18 to 60; in this case, the Boundary value is
TC001: Validate AGE by entering 17: Invalid Boundary Check
TC002: Validate AGE by entering 18: valid Boundary Check
TC003: Validate AGE by entering 25: valid Boundary Check
TC004: Validate AGE by entering 60: valid Boundary Check
TC005: Validate AGE by entering 61: Invalid Boundary Check
127) What is decision table testing?
Decision table testing is a software testing technique that is a tabular representation of input with its associated output. It’s a systematic approach where different inputs and according to the input, the system behavior is captured.
128) What is a cause-effect graph?
A cause-effect graph testing is a black-box test design technique that is a very important testing method. A cause-effect graph is a graphical representation of input, i.e., cause, output, i.e., effect, and their corresponding relationship, which is used for test design. The cause-effect graph technique uses different notations representing AND, OR, NOT, relationships between input conditions with their corresponding output.
129) What is state transition testing?
State Transition Testing is also referred to as a black-box testing technique where changes made in input conditions cause state changes or output changes in the Application under Test (AUT). State transition testing helps to analyze the behavior of an application for different input conditions. A tester can test applications with positive and negative input tests and capture the output accordingly.
130) What is use case testing?
Use Case in Testing is defined as the interaction between the software and the end-user.r Use cases are made based on user action and the response by the software application. Use case is generally used to develop a test case at the system or acceptable level.
131) What is Test Coverage?
It is a metric that measures the amount of testing performed on software applications while executing the test cases. Test coverage for any software can be calculated as the percentage of the number of test areas covered concerning the total number of test areas.
132) What is structure-based testing?
Structure-based testing is also known as white-box testing, where the programmer should know the programming language and also needs knowledge of the internal structure of the system.
There are different code coverage Methods:
133) What is code coverage?
Code Coverage can be defined as how much code is being tested in an application.
Code coverage can be calculated as follows:
Code Coverage = (Total Number of lines of code executed)/ (Total Number of lines of code) * 100%
Below are the different types of code coverage analysis:
Conclusion:
That’s all it is, guys! We’ve come to the end of the ‘Manual Testing Interview Questions’ topic.
Also Read: Automation Testing Interview Questions.
Twisa Mistry