0% found this document useful (0 votes)
31 views6 pages

QA Interview Questions For Experienced

The document discusses various quality assurance concepts like the five dimensions of risk, regression testing, severity vs priority, functional vs non-functional testing, load vs stress testing, ad-hoc vs exploratory testing, the bug life cycle, stubs and drivers. It provides definitions and differences for these concepts to help prepare for QA interviews.

Uploaded by

Hamaad Saeed
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
31 views6 pages

QA Interview Questions For Experienced

The document discusses various quality assurance concepts like the five dimensions of risk, regression testing, severity vs priority, functional vs non-functional testing, load vs stress testing, ad-hoc vs exploratory testing, the bug life cycle, stubs and drivers. It provides definitions and differences for these concepts to help prepare for QA interviews.

Uploaded by

Hamaad Saeed
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 6

QA Interview Questions For Experienced

20. What are the Five Dimensions of Risk?


The five dimensions of risk are as follows:
i. Schedule: Unrealistic timelines, such as building a large piece of software in a
single day.
ii. Client: Unclear requirements, changing requirements, and ambiguous
requirements descriptions.
iii. Human Resource: Lack of sufficient resources with the required expertise for
the project.
iv. System assets: An unfavorable outcome will result from the inability to acquire
all necessary resources, including hardware and software tools or licenses.
v. Quality: Product quality will be impacted by multiple factors, such as a lack of
resources, a strict delivery timetable, and frequent modifications.
21. What Do You Understand About Regression Testing? Which Test
Cases Should be Selected for this Process?
Regression testing is testing performed to ensure that a software update won’t
impact how the product currently operates.
Practical regression tests may use the test cases listed below:

 If features are apparent, users can see more of them.


 Scenarios that examine the core properties of the product
 Case studies of functionality that have undergone significant and recent changes
 Every Integration Test Case
 All Comprehensive Test Cases
 Examples of boundary value tests
 A variety of failure test case examples

22. Distinguish Between Severity and Priority.


Severity: The degree to which a specific flaw can affect the software is known as
its severity. The parameter of “severity” describes how the defect affects the
software’s functionality.
Priority: A characteristic that determines the sequence in which a defect should
be addressed is called a priority. The first defect that needs to be corrected is the
one with the highest importance.
Severity Priority
A parameter that describes a software defect’s Priority is a parameter that determines the
impact is called severity. sequence to fix the problems.
The degree to which a flaw affects Priority refers to how quickly a fault must be
functionality is its severity. corrected.
The quality standard is related to severity. Priority is related to how the issue will be
scheduled for resolution.
The testing engineer determines the severity of The product manager sets the order of
the flaw. importance for defects.
Value is a measurement of severity. The priority value is a matter of opinion.
23. What is the Difference Between Functional and Non-Functional
Testing?
Functional Testing:

 Functional testing validates each software function or feature.


 Functional testing focuses on the client’s needs.
 Functional testing aims to validate program actions.
 Functional testing example would be to verify the login process.
 Functional describes what the product performs, whereas Non-Functional describes how
the product operates.
 Functional testing is conducted before nonfunctional testing.

Non-Funtional Testing:

 Non-functional testing validates nonfunctional elements, including performance, usability,


and reliability.
 Non-functional testing is challenging to execute manually.
 non-functional testing is based on the customer’s expectations.
 Non-functional testing confirms software performance.
 Non-functional testing example would ascertain that the dashboard should load within two
seconds.
 Non-functional testing is performed after functional testing.

24. How Do You Decide When to Stop Testing?


Sometimes, as project managers or project leads, we may have to cancel testing
to launch the product sooner. In those circumstances, we must determine
whether the product has received sufficient testing from the testers.
When deciding when to halt testing in real-time projects, various considerations
must be taken into account:

 If the testing or release deadlines are met.


 By entering the determined test case pass rate.
 If the risk in the real-time project is below the permitted level.
 If all the critical bugs and roadblocks have been resolved.
 If the submission meets the requirements.
25. Differentiate Between Load Testing And Stress Testing.
The purpose of each is what makes a difference:
Through load testing, you can learn how a system responds to a predicted load.
Stress testing enables you to comprehend the maximum loads at which a system
can function.
In other words, stress tests show you how a system might respond to heavy
demand, such as a DDoS attack, the Slashdot effect, or different scenarios. In this
manner, you might be ready for unforeseen occurrences.
On the other hand, load tests ensure you fulfill user expectations, such as service
level agreement (SLA) obligations. So instead of breaking the application, the
objective is to guarantee a satisfactory overall user experience. It enables you to
deploy new code with assurance.
26. What is Ad-hoc Testing?
Adhoc testing is a causal method of software testing. It does not adhere to
established procedures such as test plans, test cases, and requirement
documentation.
Adhoc testing has the following traits:

 It is done on an application after formal testing is finished.


 Its primary goal is to malfunction the program without a predetermined procedure.
 Adhoc testers should be well knowledgeable about the product they are testing.

27. How is Adhoc Testing Different From Monkey Testing


and Exploratory Testing? State the Differences Among Them:
Adhoc and monkey testing both use an informal style. Although monkey testing
does not require in-depth software understanding, Adhoc testing requires testers
to have a thorough program knowledge.
The following is a list of the distinctions between exploratory testing and ad-hoc
testing:

 Adhoc testing is testing software without reference to requirements documents or


specifications. Exploratory testing entails understanding the software and investigating
the application.
 In Adhoc testing, documentation is not necessary. In exploratory testing, documentation
is required.
 Adhoc testing’s primary goal is to refine the testing process. Learning about the
application is the primary goal of exploratory testing.
 Adhoc testing is a non-formal approach, while exploratory testing is a formal procedure.

28. What is a Bug Life Cycle?


i. New,
The status of a new defect, is set to New when it is initially logged and posted.
ii. Assigned
After the tester posts a bug, the tester’s lead reviews the bug and designates it
for the developing team.
iii. Open
The developer gets to work on the defect fix and analysis.
iv. Fixed
A developer may mark an issue as fixed once the required code modifications
have been made and verified.
v. Retest
The tester retests the code to see if the developer has fixed the issue. If not, then
the status is changed to retest.
vi. Reopen
Once the developer has fixed the bug, but it still exists, the tester switches the
status to Reopen, and the bug runs through the bug life cycle.
vii. Verified
After the developer has corrected the bug, the tester retests it; if no bugs are
discovered, the status is changed to Verified.
viii. Closed
The status is changed to Closed if the bug is no longer present.
ix. Duplicate
The status is changed to Duplicate if the defect occurs twice or if it shares the
same concept as the prior problem.
x. Rejected
The status is changed to Rejected if the developer believes the flaw is not there.
xi. Deferred
If the bug can be patched in the upcoming release and does not have a higher
priority, the status becomes Deferred.
29. What Do You Understand About Bug/ Defect Triage in the Context of
Quality Assurance?
Software testing generally employs Defect Triage, commonly referred to as Bug
Triage. It is necessary to describe the faults’ importance and seriousness. The
severity of a problem is determined by how it affects the application being tested.
Priority is the sequence in which a flaw must be corrected or resolved. Defect
triage is essentially a method that aims to rebalance the process, which is
typically problematic for the test team due to a lack of necessary resources.
Defects are usually prioritized in defect triage based only on their severity,
likelihood of recurrence, and risk.
30. What Do You Understand About Stubs and Drivers? Differentiate
Between Them
The terms “stub” and “drivers” in software testing refer to a copy of the modules
that replace new or absent modules.
Drivers are primarily used in bottom-up integration testing individually and
created to improve the testing process. Stubs are used mainly in top-down
integration testing.
The critical difference between them:
1. Stubs are used in top-down integration testing, while drivers are employed in
bottom-up integration testing.
2. Stubs are an imitation of the called function in code. A section of code mimics
a calling function’s behavior as a driver.
3. Stubs encourage the development of unfinished and missing modules. Drivers
invoke test modules and pass test cases to other code.
4. Stubs are considered when lower-level modules are under the developing
process, and high-level modules are tested. Drivers are considered when lower-
level modules are tested, but higher-level ones haven’t yet been created.
Conclusion
We hope this article on QA interview questions will help you get ready for your
upcoming QA interview and give you a solid grasp of these QA interview
questions ideas. You should consider your projects, your contribution, and the
testing procedures used by your company.
For more such interview-related questions, subscribe to our blog.
Frequently Asked Questions
How Can I Prepare for QA Interview?
You can prepare for QA interview by going through QA interview questions and
answers mentioned above. Research more about the company, get a gist of the
culture they follow.
What are 5 QA Best Practices?

 Create a detailed plan and specify QA goals and objectives.


 undertake external quality checks and keep detailed documentation
 Maintain a positive team environment
 don’t underestimate errors.
 Quick learning, as well as collaboration and social skills

What are the Skills QA Must Have?


Programming languages, software development tools, software testing tools, and
troubleshooting expertise are required.
Leadership, organisational and planning skills, communication, statistical
analysis, problem-solving abilities, and industry-specific technical expertise are
all essential for QA.
What are QA Duties?
A quality assurance engineer

 Identify and correct flaws in the manufacturing process.


 ensures criterias are met, recommend, implement, and monitor preventive and corrective
actions.
 Compile and evaluate statistical information.
 During the testing process, ensure that user expectations are satisfied.
 Creates tests to identify software bugs before to product launch.

You might also like