Manual Testing Interview Question
Manual Testing Interview Question
Freshers
Ques.1. What do you mean by Software Testing?
Ans. Software testing is the process of evaluating a system to check if it
satisfies its business requirements. It measures the overall quality of the
system in terms of attributes. Like – correctness, completeness, usability,
performance, etc.
3. Defects detected earlier phase of SDLC results in lesser cost and resource
utilization of correction.
1. After test case execution – The testing phase can be stopped when one
complete cycle of test cases is executed after the last known bug fix with
the agreed-upon value of pass-percentage
@KushalParikh11
3. Based on Mean Time Between Failure (MTBF) – MTBF is the time interval
between two inherent failures. Based on stakeholders’ decisions, if the
MTBF is quite large, one can stop the testing phase.
4. Based on code coverage value – The testing phase can be stopped when
the automated code coverage reaches a specific threshold value with
sufficient pass percentage and no critical bug.
Ques.4. What is Quality Assurance and what are the different activities
involved in Quality assurance?
Ans. Quality assurance is a process-driven approach that checks if the
process of developing the product is correct and conforming to all the
standards. It is considered a preventive measure. This is because it identifies
the weakness in the process to build software. It involves activities like
document review, test case review, walk-throughs, inspection, etc.
Ques.5. What is Quality Control and what are the different types of
testing involved in QC?
Ans. Quality control is a product-driven approach that checks that the
developed product conforms to all the specified requirements. It is
considered a corrective measure as it tests the built product to find the
defects. It involves different types of testing like functional testing,
performance testing, usability testing, etc.
It is a static process of analyzing the documents and It involves dynamic testing of a software product by
2.
not the actual end product. running it.
@KushalParikh11
Answers the question – “Are we building the Answers the question – “Are we building the right
4.
product right?” product?”
Errors found during verification require lesser Errors found during validation require more
5. cost/resources to get fixed than those found during cost/resources. Later the error is discovered higher is
the validation phase. the cost to fix it.
@KushalParikh11
the system such as performance, scalability, security,
endurance, portability, etc.
Going by the way the testing is done, it can be categorized as-
• White box testing – In white box testing, the tester analyses the
internal architecture of the system as well as the quality of
source code on different parameters like code optimization,
code coverage, reusability, etc.
• Gray box testing – In gray box testing, the tester has partial
access to the internal architecture of the system e.g. the tester
may have access to the design documents or database
structure. This information helps the tester to test the
application better.
@KushalParikh11
3. Test execution can be scheduled for a nightly run using CI tools
like Jenkins which can also be configured to provide daily test
results to relevant stakeholders.
4. Automation testing is very less resource-intensive. Once the
tests are automated, test execution requires almost no time of
QAs. Saving QA bandwidth for other exploratory tasks.
@KushalParikh11
multiple test cases. Scenario testing is particularly useful when there is a
time constraint while testing.
@KushalParikh11
Ques.23. What is a Bug?
Ans. A bug is a fault in a software product detected at the time of testing,
causing it to function in an unanticipated manner.
@KushalParikh11
Ques.29. What is defect severity?
Ans. Defect severity is the severity of the defect impacting the functionality.
Based on the organization, we can have different levels of defect severity
ranging from minor to critical or show stopper.
Ques.33. Explain the bug life cycle or the different states of a bug.
Ans. A bug goes through the following phases in software development-
• New – A bug or defect when detected is in a New state.
• Assigned – The newly detected bug when assigned to the
corresponding developer is in the Assigned state.
• Open – When the developer works on the bug, the bug lies in
the Open state.
• Rejected/Not a bug – A bug lies in rejected state in case the
developer feels the bug is not genuine.
@KushalParikh11
• Deferred – A deferred bug is one whose fix gets deferred for
some time(for the next releases) based on the urgency and
criticality of the bug.
• Fixed – When a bug is resolved by the developer it is marked as
fixed.
• Test – When fixed the bug is assigned to the tester and during
this time the bug is marked as in Test.
• Reopened – If the tester is not satisfied with the issue
resolution the bug is moved to the Reopened state.
• Verified – After the Test phase, if the tester feels the bug is
resolved, it is marked as verified.
• Closed – After the bug is verified, it is moved to Closed status.
@KushalParikh11
• Compliance with coding standards – This
evaluates the compliance of the code with
the different coding standards.
• Analysis of code metrics – The tool used for
static analysis is required to evaluate the
different metrics like lines of code,
complexity, code coverage, etc.
2. Dynamic Test Design Techniques – Dynamic test design
techniques involve testing by running the system under test.
• Specification-based – Specification-based test design
techniques are also referred to as black-box testing.
These involve testing based on the specification of the
system under test without knowing its internal
architecture.
• Structure-based – Structure-based test design
techniques are also referred to as white box testing. In
these techniques, the knowledge of the code or
internal architecture of the system is required to carry
out the testing.
• Experienced-based – The experienced-based
techniques are completely based on the experience or
intuition of the tester. The two most common forms of
experienced-based testing are – Adhoc testing and
exploratory testing.
@KushalParikh11
Ques.37. Explain the different types of specification-based test design
techniques.
Ans. Specification-based test design techniques are also referred to as
black-box testing. It involves testing based on the specification of the
system under test without knowing its internal architecture. The different
types of specification-based test design or black box testing techniques
are-
• Equivalence partitioning – Grouping test data into logical
groups or equivalence classes with the assumption that all the
data items lying in the classes will have the same effect on the
application.
For example, for testing a Square program (a program that prints the
square of a number), the equivalence classes can be-
Set of Negative numbers, whole numbers, decimal numbers, sets of large
numbers, etc.
@KushalParikh11
Ques.39. What is boundary value analysis?
Ans. Boundary value analysis is a software testing technique for designing
test cases wherein the boundary values of the classes of the equivalence
class partitioning are taken as input to the test cases e.g. if the test data lies
in the range of 0-100, the boundary value analysis will include test data –
0,1, 99, 100.
Decision tables are particularly helpful in designing test cases for complex
business scenarios involving the verification of applications with multiple
combinations of input.
@KushalParikh11
be calculated as the percentage of the number of test areas or coverage
items covered with respect to the total number of test areas.
The higher the test coverage, the more the part of the software gets
covered by test cases and hence, the more effective will be the testing.
@KushalParikh11
Ques.46. What is code coverage?
Ans. Code coverage is the measure of the amount of code covered by the
test scripts. It gives the idea of the part of the application covered by the
test suite.
@KushalParikh11
Ques.52. What are the different types of integration testing?
Ans. The different type of integration testing is-
1. Big bang Integration Testing – In big bang integration testing,
testing starts only after all the modules are integrated.
@KushalParikh11
Ques.57. What is UAT Testing?
Ans UAT testing is the last phase of the testing lifecycle. Its main focus is to
validate that software is working in accordance with business requirements.
It also ensures that the application is user-friendly and can handle complex
scenarios at its best before releasing the product to real-world users.
@KushalParikh11
Ques.65. What is load testing?
Ans. Load testing is a type of performance testing which aims at finding an
application’s performance under the expected workload. During load
testing, we evaluate the response time, throughput, error rate, etc
parameters of the application.
@KushalParikh11
the ease of use or operation of the application specifically for people with
disabilities.
@KushalParikh11
robustness of the application i.e. the ability of the system to behave
gracefully in case of erroneous test steps and test input.
@KushalParikh11
• Smoke testing is a type of testing in which all major
functionalities of the application are tested before carrying out
exhaustive testing. Whereas, sanity testing is a subset of
regression testing which is carried out when there is some
minor fix in the application in a new build.
• In smoke testing, shallow-wide testing is carried out while in
Sanity, narrow-deep testing (for a particular functionality) is
done.
• The smoke tests are usually documented or automated.
Whereas, the sanity tests are generally not documented or
unscripted.
Powered By
@KushalParikh11
later versions. These types of issues are of low priority and are mentioned in
the release notes while sharing with the end-users.
@KushalParikh11
Ques.97. What is mutation testing?
Ans. Mutation testing is a type of white box testing in which the source
code of the application is mutated to cause some defects in its working.
After that, the test scripts are executed to check for their correctness by
verifying the failures caused by the mutant code.
Another difference between the two is – testing can be done without any
@KushalParikh11
internal knowledge of software architecture. Whereas debugging requires
knowledge of software architecture and coding.
@KushalParikh11
but is not visible because the conditions in which the defect could be found
have never been met. These types of defects occur only when a particular
event gets triggered which was concealing their presence.
Whereas a masked defect is an existing defect that has not yet caused any
failure because another error has masked it or prevented it from getting
discovered.
@KushalParikh11
the context of the project.
@KushalParikh11