1. Explain transaction testing, syntax testing,
domain testing, logic testing, and state testing?

Transaction testing: Transaction testing generally refers to the testing of individual loans and is also known as
account testing, account sampling, or transaction-level testing.

Syntax testing: Syntax testing is a static,black box testing technique for protocol implementations and for testing command driven softeware and similar application.

domain testing:it is a white box testing method and to check values taken by a variable, a condition, or an index, and to prove that they are outside the specified or valid range. It also contains checking that the program acepts only valid input , because it is unlikely to get reasonable results if idiocy has been entered. Colloquially, this part can be called ``garbage in -- garbage out'' testing.

logic testing:Logic-based testers design tests from logical expressions that appear in soft-ware artifacts such as source code, design models, and requirements speci -
cations

state testing:is a load testing type apporch and with this testing great flexibility in dealing with common system test problems: limited access to the system test environment, unstable software, or changing operational conditions. Because each test case verifies correct execution on a path from the idle state to the software state under test, our method does not require the continuous execution of all test cases.

2. What is Unit Testing?
What is Integration Testing?
What is acceptance testing?
What is Static testing?
What is System testing?
What is Load Testing?
What is Smoke Testing?
What is Soak Testing?
What is Scalability Testing?
What is Sanity Testing?
What is Ramp Testing?
What is Monkey Testing?
What is Gray Box Testing?
What is Functional Testing?
What is Glass Box Testing?
What is Dynamic Testing?
What is Compatibility Testing?
What is Concurrency Testing?
What is Component Testing?
What is Ad Hoc Testing?
What is Agile Testing?

Unit Testing is a testing done to check if the new code is working properly before delivering the build to testing team

Integrating testing is testing done when we move from one screen to an other screen or when two integrated modules are tested.
Acceptance testing is done when the product is delivered to the customer for him to accept.

Static checking is primarily the syntax checking or a manual review of the code.

smoke testing is tsting the most important functionality without going much deep into it when there's a new application delivered to testing team.

system testing is testing done on a completely integrated system to know it's compliance with the requirement.

Load testing is done to know if the application can work normally under the defined number of user and if the response is alright even under that load


soak testing is a testing done to see how long the system can with stand with the no of users for a particular duration of time.

scalability testing is done to know how many extra users can use the application beyond the load specified.

sanity testing is done after a new build to know if the important features are working propely .

Ramp testing increases the no of user in a particular timeframe to know tha max no of user that it can accomadate before throwing error messages.

monkey testing is something thatu do to test without following any document and some random unusal testing

gray box testing is the combination of unit testing and balck box testing

functional testing is a testing done on function by giving some input and expecting some output

glass box testing is a structural testing where the test is derived by directly seeing the code.

dynamic testing is nothing but the black box testing itself.like testing a functionality by giving input and expect a output ..

compatability testing is done on differnt browsers to see if the response is same or if doesn't load properly.

concurrency testing is done to see if two users use the application parallely how tha application responds and how the data is handled.

component testing is same as unit testing except for stubs and stimulators removed.

adhoc testing is a negative tsting, testing done with an unwexpected situation or that 's not there in the requirement documents

agile testing -testing usiong the agile model.

3. Do you know mutation testing?

A kind of testing in which, the application is tested for
the code that was modified after fixing a particular
bug/defect. It also helps in finding out which code and
which strategy of coding can help in developing the
functionality effectively.

4. Do you know Explain SECURITY TESTING?

Security Testing is carried out in order to find out how
well the system can protect itself from unauthorized access,
hacking - cracking, any code damage etc. which deals with
the code of application. This type of testing needs
sophisticated testing techniques.

5. Explain the BRANCH COVERAGE Testing?

No software application can be written in a continuous mode
of coding, at some point we need to branch out the code in
order to perform a particular functionality. Branch coverage
testing helps in validating of all the branches in the code
and making sure that no branching leads to abnormal behavior
of the application.

6. What is STATEMENT COVERAGE testing?

In this type of testing the code is executed in such a
manner that every statement of the application is executed
at least once. It helps in assuring that all the statements
execute without any side effect.

7. What is SCENARIO TESTING?

Scenario tests are realistic, credible and motivating to
stakeholders, challenging for the program and easy to
evaluate for the tester. They provide meaningful combination
of functions and variables rather than the more artificial
combination you get with domain testing or combinatorial
test design.

8. What is DOMAIN TESTING?

Domain testing is the most frequently described test
technique. Some authors write only about domain testing when
they write about test design. The basic notion is that you
take the huge space of possible tests of an individual
variable and subdivide it into subsets that are (in some
way) equivalent. Then you test a representative from each
subset.

9. Why do we need test cases?

This is the very basic requirement to start with the testing phase. We should have the test cases for testing any system. test cases is written based on the scenarios you have to test the system. Test cases gives us the assurance that flows are working fine or not based on the status of the test case. If the status of some test cases are failed meaning some flows are not working fine and there is bug in the system that needs to be fixed. If the status of the test cases are passed meaning flow is working as expected and system is behaving as per the requirement.

10. Write the testcase for a login page?

Feature Ref No.: Login page
Sub feature No.: N/A
Test_case id: TC_01
Functionality: Login
Steps Description: Enter the valid user name and password
Pre condition: Application must accept the user name and
password
Input Criteria: username: abc, Password: ***
Expected Result: Login user page should open with all its
content
Severity: C1: High, C2: Normal, C3: Low
Observed Result: Application user page should open with all
its content
Status: Pass
Remarks: Done

Download Interview PDF