SlideShare a Scribd company logo
SOFTWARE QUALITY ASSURANCE AND TESTING
UNIT – I
1. What is testing ?
Testing is the process of executing a program with the intent of finding errors.
2. What is the need for testing?
The need of testing is to find errors in the application.
The good reasons of testing are:
• Testing makes software more reliable and efficient
• To assure that it is defect free and user friendly.
• Check whether the software meets the requirements and
satisfying the needs of the customer.
• Testing also help to improve the quality and also help to
reduce maintenance cost
• Verification and validating the product/application
before it goes live in the market.
• Quality Assurance.
3. Define Successful test case and unsuccessful test case.
According to testing approach, a test case which doesn’t find the hidden errors is called
as an unsuccessful test case. It produces the result without finding the errors.
A test case which finds the hidden errors is called as a successful test case.
4. What is the impact of under testing and over testing?
Testing Process is described as “Too little testing is a crime – too much testing is a sin”
The risk of under-testing may result in the increased system defects.
The risk of over-testing is the unnecessary use of valuable resources in the testing
organization.
5. List the types of testing?
o WHITE BOX TESTING
o BLACK BOX TESTING
o GREY BOX TESTING
6. Define White box testing.
White box testing is also known as Clear Box testing or Open Box testing or Glass Box
testing.
This is used to find internal functionalities of software like conditional loops, statement
coverage. It is mainly done by the developers.
7. Define Black Box testing.
Black Box testing is also known as Skin box testing or Closed b0ox Testing.
This is used to find external functionalities of a software.
8. Define Grey Box Testing.
Gray Box Testing is a software testing method which is a combination of Black Box
Testing method and White Box Testing method. In Black Box Testing, the internal
structure of the item being tested is unknown to the tester and in White Box Testing the
internal structure is known. In Gray Box Testing, the internal structure is partially known.
This involves having access to internal data structures and algorithms for purposes of
designing the test cases, but testing at the user, or black-box level.
9. Define Verification and Validation.
Verification is the process of testing set of documents, plans, specifications and
requirements.
Validation is the actual testing of an actual product
10. What is SDLC
SDLC is Software Development Life Cycle. It is used to develop the software
systematically . SDLC have main 7 Stage:
1. Priliminary Investigation
2. Feasibility Study
3. Analysis
4. Design
5. Coding
6. Testing
7. Maintainance & Review.
11. What are the different techniques used in white box testing?
White box testing uses the following techniques,
i. Unit testing
ii. Integration testing
iii. Regression testing
12. What are the advantages and disadvantages of White box testing?
Advantages
i. Very easy to define data for testing
ii. Optimizes the code
iii. Removes extra lines of code
Disadvantages
i. Increases the cost
ii. It can result in failure of application.
13. What are the advantages and disadvantages of Black box testing?
Advantages of Black Box Testing
1. More effective
2. No knowledge of implementation is required.
3. Tester and programmer are independent of each other.
4. Tests are done from an user’s point of view
5. Exposes any ambiguities
6. Test cases can be designed easily
Disadvantages
1. Unnecessary repetition of test cases
2. Program paths may be untested
14. What are the different techniques used in Black Box testing?
Various types of techniques that are used are,
1. Functional testing
2. Stress testing
3. Load testing
4. Ad-hoc testing
5. Exploratory testing
6. Usability testing
7. Smoke testing
8. Recovery testing
9. Volume testing
10. User acceptance testing
11. Alpha testing
12. Beta testing
15. What is Exhaustive Input Testing
 It is an approach used to find all the errors in the program.
 It makes use of every input condition as a test case.
 To find errors, the software is tested not only all valid inputs, but all possible inputs.
16. What are the advantages and disadvantages of Grey Box testing?
Advantages
1. Combined benefits
2. Non intrusive
3. Intelligent test authoring
4. Unbiased testing
Disadvantages
5. Partial code coverage
6. Defect identification
17. List various SDLC methodologies.
Various SDLC methodologies used are,
1. Waterfall model
2. Spiral Model
3. Rapid Prototyping Model
4. Incremental Model
5. Iterative Model
6. Rational Unified Process(RUP)
18. Give the difference between verification and validation.
Verification – intended to show that software correctly implements a specific function;
typically takes place at the end of each phase. Are we building the product right?
Validation – intended to show that software as a whole satisfies the user requirements:
typically uses black-box testing. Are we building the right product?
19. What are the types verification techniques?
1. Static Verification
2. Dynamic Verification
Static techniques – It is concerned with analysis and checking of system
representations such as requirements document, design diagrams, etc.
Static (nonexecution-based) techniques include: walkthroughs, inspections,
formal verification, etc.
Dynamic techniques – applied when a prototype or an executable program is
available.
It is an execution based technique.
20. List Weyuker’s adequacy axioms.
Axiom 1 (Applicability)
For every program, there exists a finite adequate test set.
Axiom 2 (Nonexhaustive Applicability)
There is a program P and a test set T such that P is adequately tested by T, and T
is not an exhaustive test set.
Axiom 3: (Monotonicity)
If T is adequate for P, and T is a subset of T, then T is adequate for P.
Axiom 4: (Inadequate Empty Set)
The empty set is not adequate for any program.
Axiom 5: (Anti- extensibility)
There are programs P and Q such that P is equivalent to Q, T is adequate for P,
but T is not adequate for Q.
Axiom 6: (General Multiple Change)
There are programs P and Q which are the same shape, and a test set T such that T
is adequate for P, but T is not adequate for Q.
Axiom 7 (Anti-decomposition)
There exists a program P and a component Q such that T is adequate for P, T is the
set of vectors of values that variables can assume on entrance to Q for some t of T, and T
is not adequate for Q.
Axiom 8 (Anti – composition)
There exist program P and Q such that T is adequate for P and P(T) is adequate
for Q, but P is not adequate for P;Q
UNIT – II
1. Define test Adequacy?
Test Adequacy is measured for a given test set designed to test P to determine whether P
meets its requirements. This measurement is done against a given Criterion C. A test set
is considered adequate with respect to the criterion C , when it satisfies C.
2. Define statement coverage.
Statement coverage is a measure of the percentage of statements that have been executed
by test cases.
The statement coverage of T with respect to (P, R) is computed as |Sc| / ( |Se| - |Si| ) ,
where Sc is the set of statements covered,
Si is the set of unreachable statements, and
Se is the set of statements in the program, that is the coverage domain.
T is considered adequate with respect to the statement coverage criterion if the statement
coverage of T with respect to (P, R) is 1.
3. Define Branch Coverage or Decision Coverage.
Branch coverage is a measure of the percentage of the decision points (Boolean
expressions) of the program have been evaluated as both true and false in test cases.
The decision coverage of T with respect to (P, R) is computed as |Dc| / ( |De| - |Di| ) ,
where Dc is the set of decisions covered,
Di is the set of unreachable decisions, and
De is the set of decisions in the program, that is the coverage domain.
T is considered adequate with respect to the decision coverage criterions if the decision
coverage of T with respect to (P, R) is 1.
4. Define condition coverage.
Condition coverage is a measure of percentage of Boolean sub-expressions of the
program that have been evaluated as both true or false outcome [applies to compound
predicate] in test cases.
The condition coverage of T with respect to (P, R) is computed as |Cc| / ( |Ce| - |Ci| ) ,
where Cc is the set of simple conditions covered,
Ci is the set of infeasible simple conditions, and
Ce is the set of simple conditions in the program, that is the coverage domain.
T is considered adequate with respect to the condition coverage criterions if the condition
coverage of T with respect to (P, R) is 1.
5. Define Decision / Condition coverage.
Decision/Condition coverage is also known as branch condition coverage. Condition
coverage ensures that each simple condition has taken both values true and false.
Condition coverage does not require each decision to have taken both outcomes.
The Decision/Condition coverage of T with respect to (P, R) is computed as
( |Cc| + |Dc| ) / ( ( |Ce| - |Ci| ) + ( |De| - |Di| ) ) ,
where Cc is the set of simple conditions covered,
Dc is the set of decisions covered,
Ce, De are the sets of simple conditions and decisions respectively.
Ci, Di are the sets of infeasible simple conditions and decisions respectively
T is considered adequate with respect to the decision/condition coverage riterion if the
decision/condition coverage of T with respect to (P, R) is 1.
6. Define multiple condition coverage.
Multiple condition coverage is also known as branch condition combination coverage.
Consider a compound condition that contains two or more simple conditions. Using
condition coverage on some compound condition C implies that each simple condition
within C has been evaluated to true and false. It does not imply that all combinations of
the values of the individual simple conditions in C have been evaluated.
The multiple condition coverage of T with respect to (P, R) is computed as
|Cc| / ( |Ce| - |Ci| )
where
Cc = set of combinations covered,
Ce = 2ki the total number of combinations
Ci = set of infeasible simple combinations.
T is considered adequate with respect to the multiple condition coverage criterion if the
multiple condition coverage of T with respect to (P, R) is 1.
7. List out the type of errors that uncovers by black box testing.
o Incorrect or missing functions
o Interface errors
o External database access
o Performance errors
o Initialization and termination errors.
8. State data flow testing
In data flow-based testing, the control flowgraph is annotated with information about
how the program variables are defined and used. Different criteria exercise with varying
degrees of precision how a value assigned to a variable is used along different control
flow paths. A reference notation is a definition-use pair, which is a triple of (d, u, V) such
that V is a variable, d is a note in which V is defined, and us is a node in which V is used.
There exists a path between d and u in which the definition of V in d is used in u.
9. State 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.
10. 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.
11. What is boundary value analysis ?
Boundary value analysis is a selection technique where test data are chosen to lie along
boundaries of the input domain [or output range] classes, data structures, procedure
parameters etc. Choices include maximum, minimum, and trivial values or parameters.
This technique is often called stress testing.
12. What is robustness testing ?
Robustness is the degree to which a software component functions correctly in the
presence of exceptional inputs or stressful environmental conditions.
In Robustness testing, clues come from requirements. The goal is to test a program under
scenarios not stipulated in the requirements.
13. What is equivalence partitioning ?
In equivalence partitioning, a test case is designed so as to uncover a group or class of
error. This limits the number of test cases that might need to be developed otherwise.
Here input domain is divided into classes or group of data. These classes are known as
equivalence classes and the process of making equivalence classes is called equivalence
partitioning. Equivalence classes represent a set of valid or invalid states for input
condition.
14. What are rules for creating equivalence classes ? or How is this partitioning performed
while testing ?
 If an input condition specifies a range, one valid and two invalid equivalence
classes are defined.
 If an input condition requires a specific value, then one valid and two invalid
equivalence classes are defined.
 If an input condition specifies a member of a set, then one valid and one invalid
equivalence class are defined.
 If an input condition is Boolean, then one valid and one invalid equivalence class
are defined.
15. What code coverage analysis ?
Code coverage analysis tools measure how much of the software was executed. Tools
are used to measure test coverage and it can measure by statement, block/path, or
function/procedure. Coverage analysis requires the coverage tool to be compiled with the
application software. It creates a summary file of the coverage analysis. There is usually
10-15% performance hit for block coverage.
16. What is test automation ? What are the different steps in test automation ?
“A good manual testing regime is a firm foundation on which to build test automation.”
STEPS IN TEST AUTOMATION
• Test execution: Run large numbers of test cases/suites without human intervention.
• Test generation: Produce test cases by processing the specification, code, or model.
• Test management: Log test cases & results; map tests to requirements &
functionality; track test progress & completeness
17. What are the advantages of test automation?
• More testing can be accomplished in less time.
• Testing is repetitive, tedious, and error-prone.
• Test cases are valuable - once they are created, they can and should be used again,
particularly during regression testing.
18. What are the disadvantages of test automation?
• Automated tests are more expensive to create and maintain (estimates of 3-30 times).
• Automated tests can lose relevancy, particularly when the system under test, changes.
• Use of tools require that testers learn how to use them, cope with their problems, and
understand what they can and can’t do.
19. What are the different levels of testing?
 Unit testing
 Integration testing
 System testing
20. What is Unit testing ?
Unit Testing is the process of testing the individual subprograms, subroutines or
procedures in a program. That is, rather than testing the program as a whole, testing is
focused on the smaller building blocks of the program.
21. What is the need of unit testing ?
o Unit testing is a way of managing the combined elements of testing, since
attention is focused on smaller units of the program.
o Unit testing eases the task of debugging, when an error is found, it is known to
exist in a particular module.
o Introduces parallelism into the program testing process by presenting with the
opportunity to test multiple modules simultaneously.
22. How do we proceed to determine the tests cases?
a. Design an algorithm for the GCD function.
b. Analyze the algorithm using basic path analysis.
c. Determine appropriate equivalence classes for the input data.
d. Determine the boundaries of the equivalence classes.
e. Then, choose tests cases that include the basic path set, data form each
equivalence class, and data at and near the boundaries.
23. What are the benefits of unit testing ?
 Developers can work in a predictable way of developing code
 Programmers write their own unit tests
 Get rapid response for testing small changes
 Build many highly-cohesive loosely-coupled modules to make unit testing easier
24. What is integration testing?
• Integration Testing is testing interfaces between components
• It is the first step after Unit Testing
• Components may work alone but fail when put together
• Defect may exist in one module but manifest in another
25. State top down integration testing.
The Top-down method begins by testing the main program unit (the root of the tree) with
one lower level node. Any other lower level units/nodes that may be connected should
created as a stub. Only modules tested in isolation are the modules which are at the
highest level. After a module is tested, the modules directly called by that module are
merged with the already tested module and the combination is tested.
26. What is the advantage of using top down integration testing?
The major advantage of this top-down method is the fact that a system prototype can be
developed early on in the project process.
This is a very attractive property of this integration testing technique as usually the client
of a software company will have little or no software engineering knowledge and
therefore if the client cannot see something tangible then it would be easy for the client to
assume that little or no work is being completed.
27. What is the disadvantage of using top down integration testing ?
One disadvantage of this method is the fact that the programmers will have to produce a large
number of stubs, this means extra work is needed on top of producing the actual system by
producing units that will later be thrown away.
28. What is bottom up integration testing?
The bottom-up method begins by testing one of the leaves of the program with its parent
node first. Any higher nodes that are directly connected to the nodes being tested are
constructed as drivers.
• Only terminal modules (i.e., the modules that do not call other modules) are tested in
isolation
• Modules at lower levels are tested using the previously tested higher level modules
• Non-terminal modules are not tested in isolation
• Requires a module driver for each module to feed the test case input to the interface
of the module being tested
29. What is the advantage of bottom up integration testing ?
 The major advantage of this method of integration testing is that the program
itself is fully functional at every stage.
 This is in contrast from the top-down method, where as a a prototype can be
created at an early stage, but it will have little or no functionality.
30. What is the disadvantage of bottom up integration testing ?
Inability to create an early prototype for the client. This could easily lead to problems
down the line, such as the client may question the progress of the project or when the
prototype is finally produced the client might decide on changes that are difficult to
implement at that late stage of the project.
31. What is system testing ?
System test is concerned with testing the entire system which may be composed of many
very large “sub-systems,” which may themselves be large enough to be considered a
system.
32. What are the different types of system testing ?
 Functionality test
 Performance test
 Acceptance test
 Installation test
33. What is functionality test ?
This test is looking at the interactions among the sub-systems and delivering joint
functionality more than just individual, simple function.
34. List out the various performance tests.
 Stress and Volume test.
 Configuration, environment test
 Timing test
 Security Test
 Recovery Test
 Documentation test
 Human factors and usability test
 Quality test
35. What is Acceptance test ?
This is the testing of the system mainly by users and customers (sometimes with the help
of testers and developers) to ensure that the system is what the users need which may not
be exactly what the users said in the requirements document.
36. How the installation test is performed ?
a. All the different versions of operating systems are tested
b. All the different versions of data bases are tested
c. The network and different interfaces are tested
d. The default data and initialization for different combination of applications
are tested (e.g. HR with Financial)
UNIT – III
1. What is Unit Testing ?
Unit testing is a method by which individual units of source code are tested to determine if
they are fit for use. A unit is the smallest testable part of an application. In procedural
programming a unit may be an individual function or procedure. Unit tests are created by
programmers or occasionally by white box testers.
2. Write the difference between class testing and conventional testing ?
Conventional testing focuses on input-process-output, whereas class testing focuses on each
method, then designing sequences of methods to exercise states of a class
3. What is integration testing?
Integration testing (sometimes called Integration and Testing, abbreviated "I&T") is the
phase in software testing in which individual software modules are combined and tested as a
group. It occurs after unit testing and before system testing. Integration testing takes as its input
modules that have been unit tested, groups them in larger aggregates, applies tests defined in an
integration test plan to those aggregates, and delivers as its output the integrated system ready for
system testing.
4. What are the two ways of integration performed?
There are two ways integration performed. It is called Pre-test and Pro-test.
1.Pre-test: the testing performed in Module development area is called Pre-test. The Pre-test is
required only if the development is done in module development area.
2.Pro-test: The Integration testing performed in baseline is called pro-test. The development of a
release will be scheduled such that the customer can break down into smaller internal releases.
5. What are the different types of integration testing?
1.Top-Down Integration
2.Bottom-up Integration
3.Bidirectional(Sandwitch Testing)
4. System Integration(BigBang Testing)
6. Define Top-down and bottom-up integration testing?
Bottom Up Testing is an approach to integrated testing where the lowest level components are
tested first, then used to facilitate the testing of higher level components. The process is repeated
until the component at the top of the hierarchy is tested.
All the bottom or low-level modules, procedures or functions are integrated and then tested.
After the integration testing of lower level integrated modules, the next level of modules will be
formed and can be used for integration testing. This approach is helpful only when all or most of
the modules of the same development level are ready. This method also helps to determine the
levels of software developed and makes it easier to report testing progress in the form of a
percentage.
Top Down Testing is an approach to integrated testing where the top integrated modules are
tested and the branch of the module is tested step by step until the end of the related module.
7. What is sandwich testing?
Sandwich Testing is an approach to combine top down testing with bottom up testing.
The main advantage of the Bottom-Up approach is that bugs are more easily found. With Top-
Down, it is easier to find a missing branch link.
8. What is bing-bang testing?
In this approach, all or most of the developed modules are coupled together to form a
complete software system or major part of the system and then used for integration testing. The
Big Bang method is very effective for saving time in the integration testing process.
A type of Big Bang Integration testing is called Usage Model testing. Usage Model
testing can be used in both software and hardware integration testing. The basis behind this type
of integration testing is to run user-like workloads in integrated user-like environments. In doing
the testing in this manner, the environment is proofed, while the individual components are
proofed indirectly through their use.
9. What are the different factors of software component dependability ?
 Component understandability
 Component observability
 Component traceability
 Component controllability
 Component testing support capability
10. What are the different maturity levels of testability?
Evaluating the maturity levels of a test process concerning testability:
Level #1- Initial – At this level, component developers and testers use an ad hoc approach
to enhance component testability in a component development process.
Level #2- Standardized – At this level, component testability requirements, design
methods, implementation mechanisms, and verification criteria are defined as standards.
Level #3- Systematic – At this level, a well-defined component development and test
process and systematic solutions are used to increase component testability at all engineering
phases.
Level #4-Masurable – At this level, component testability can be evaluated and measured
using systematic solutions and tools in all component development phases.
11. What is the testable bean or testable component?
A testable bean is a testable software component that is not only deployable and executable, but
is also testable with the support of standardized components test facilities.
12. What is the need of testable component ?
The major goal of introducing testable components is to find a new way to develop software
components which are easily to be observed, traced, tested, deployed, and executed.
13. What is observability?
Observability is the ability to view the reactions of software components to the inputs that are fed
in and also being able to watch the changes to the internal states of the software.
14. What are the advantages and disadvantages of big-bang?
Advantages:
This approach is simple.
Disadvantages:
 It is hard to debug.
 It is not easy to isolate errors while testing.
 In this approach it is not easy to validate test results.
 After performing testing, it is impossible to form an integrated system.
15. What are the benefits of smoke testing?
 Integration risk is minimized.
 The quality of the end-product is improved.
 Error diagnosis and correction are simplified.
 Assessment of program is easy.
16. What are the conditions exists after performing validation testing?
After performing the validation testing there exists two conditions.
 The function or performance characteristics are according to the specifications and are
accepted.
 The requirement specifications are derived and the deficiency list is created. The
deficiencies then can be resolved by establishing the proper communication with the
customer.
17. Distinguish between alpha and beta testing.
Alpha and beta testing are the types of acceptance testing.
Alpha test: The alpha testing is attesting in which the version of complete software is tested by
the customer under the supervision of developer. This testing is performed at developer’ s site.
Beta test: The beta testing is a testing in which the version of the software is tested by the
customer without the developer being present. This testing is performed at customer’ s site.
18. What are the various types of system testing?
1. Recovery testing – is intended to check the system’ s ability to recover
from failures.
2. Security testing – verifies that system protection mechanism prevent
improper penetration or data alteration.
3. Stress testing – Determines breakpoint of a system to establish
maximum service level.
4. Performance testing – evaluates the run time performance of the
software, especially real-time software.
UNIT- IV
1. What are the various testing Challenges :
The various challenges are,
(i) Test development
(ii) Availability
(iii)Bug hazards of OO programming
(iv)Test design for classes is difficult
(v) Class invariants
(vi) Class associations
(vii)Interface for data flow models
(viii)Choosing an integration strategy
(ix) Achieving comprehensive system testing
(x)Choosing a regression test approach
(xi) Automation of testing
2. What operability in software Testing?
Operability in Software Testing:
1. The better the software works, the more efficiently it can be tested.
2. The system has few bugs (bugs add analysis and reporting overhead to the test
process)
3. No bugs block the execution of tests.
4. The product evolves in functional stages (allows simultaneous development &
testing)
3.What is Observability in software testing?
Observability in Software Testing:
1. What is seen is what is tested
2. Distinct output is generated for each input
3. System states and variables are visible or queriable during execution
4. Past system states and variables are visible or queriable (eg., transaction logs)
5. All factors affecting the output are visible
6. Incorrect output is easily identified
7. Incorrect input is easily identified
8. Internal errors are automatically detected through self-testing mechanism
9. Internally errors are automatically reported
10. Source code is accessible
4. What is Controllability in Software testing?
Controllability in Software Testing:
1. The better the software is controlled, the more the testing can be automated and
optimized.
2. All possible outputs can be generated through some combination of input in
Software Testing
3. All code is executable through some combination of input in Software Testing
4. Software and hardware states can be controlled directly by testing
5. Input and output formats are consistent and structured in Software Testing
6. Tests can be conveniently specified, automated, and reproduced.
5.What is Decomposability in Software testing?
Decomposability in Software Testing:
1. By controlling the scope of testing, problems can be isolated quickly, and smarter
testing can be performed.
2. The software system is built from independent modules
3. Software modules can be tested independently in Software Testing
6.What is simplicity in Software testing?
Simplicity of software testing
1. The less there is to test, the more quickly it can be tested in Software Testing
2. Functional simplicity
3. Structural simplicity
4. Code simplicity
7.What is Stability in Software testing?
Stability in software testing:
 The fewer the changes, the fewer the disruptions of testing
 Changes of the software are infrequent
 Changes in the software are controlled in software testing
 changes to the software do not invalidate existing tests in software testing
 The software recovers from failures in software testing
8.What is understandability in Software testing?
Understandability in Software testing :
1. The more information we have ,the smarter we will test
2. The design is well understood in software testing
3. 3.Depencies between the internal external and shared components are well
understood.
4. Changes to the design are communicated.
5. Technical documentation is accurate
9.What is BUILT IN TESTING ?
Built in testing helps in easier testing process and makes the software readily
available.
10. What is Built-In tests at class level ?
(i) Highly testable
(ii) Test reusable
(iii) Maintenance and self testable
11.What is Built-in testing at system level ?
(i) Subsystems are tested first.
(ii)There are many sub methods in each class.
(iii)Each method in a class is called as traditional method.
(iv) Class and system levels can be activated by calling the test cases at the
corresponding levels as member functions.
(v) Object name:: Test case N
(vi) Each test case N consists of a test driver N and some test cases for specific
object.
(vii) Results are automatically reported by the built in test driver.
12. What are the categories of Regression testing ?
Categories
(i)Targeted tests: exercises important affected requirement attributes
(ii)Safety tests: coverage oriented and risk oriented
13.What are the Benefits of Regression testing?
(i)Most effective
(ii)Can be implemented as tools
(iii)Sensitive and risky
(iv)Can be applied to state diagrams
(v)Used to develop graph diagrams
(vi)Powerful tool
(vii)Used for functional tests
(viii)It is not subjective
(ix)It is very systematic in functionality
(x)Requires only straight forward calculations
UNIT - V
1.What are the different types of testing in Client /server testing?
Application function tests
Server tests
Database tests
Transaction tests
2.What is Application function tests?
 Functionality of client application is tested
 Standalone fashion
3.What is Server tests?
 Data management functions of the server are tested
 Overall response time and data throughput are considered
4.What is Database tests?
 Accuracy and integrity of data stored by the server is tested.
 Archiving is also tested
5.What is Transaction tests?
 Ensures whether each class of transaction is processed according to requirement or not
 Verifies the communication among the nodes
 Verifies the message passing transaction and network traffic occurrence.
6.Is it necessary to have Client server test? Why?
Yes,
 Different types of users interoperate with the client server systems.
 So a “pattern of usage” is provided to design tests and execute it
7. How many levels of testing occur inC/S testing ?What are they?
Testing occurs in 3 different levels namely,
o Individual client application testing
o Testing client software with associated server application
o Testing complete client server architecture including network
operation and performance
8. What is Client-Server Testing
Client-server software requires specific forms of testing to prevent or predict catastrophic
errors. Servers go down, records lock, I/O (Input/Output) errors and lost messages can really cut
into the benefits of adopting this network technology. Testing addresses system performance and
scalability by understanding how systems respond to increased workloads and what causes them
to fail.
9.What is GUI test?
GUI software testing is the process of testing a product that uses a graphical user
interface, to ensure it meets its written specifications.
10.What are the three forms of capture/playback ?
 Three forms of capture/playback are,
o Native or Software intrusive
o Native or Hardware intrusive
o Non intrusive
11. What is TestComplete?
TestComplete is an automated testing tool that lets you create, manage and run tests for
any Windows, Web or Rich Client software. It makes it easy for anyone to create automated
tests. And automated tests run faster, increase test coverage and lower costs.
12.What is functional testing?
Functional testing involves making sure the features that most affect user interactions work
properly;
They are
 forms
 searches
 pop-up windows
 shopping carts
 online payments
13. What is Usability testing ?
Usability testing assesses the website’s user friendliness and suitability by gathering information
about how users interact with site. The key to usability testing is to study what a user actually
does.
14. What are the steps involved in Usability testing?
The main steps to usability testing are:
• Identify the website’s purpose
• Identify the intended users
• Define tests and conduct the usability testing
• Analyze the acquired information
15. Why we need Navigation testing
Good navigation is an essential part of a website, especially those that are complex and
provide a lot of information.
16.What are the key issues of Navigation testing?
Key issues with navigation testing include:
• Moving to and from pages
• Scrolling through pages
• Clicking on all images and their thumbnails to ensure they work
• Testing all links for validity and correctness
• Ensuring no broken links exist
• Viewing tables and forms to verify proper layout, which can vary with different
browsers
• Verifying that windows with multiple frames are processed as if each were a
single-page frame
• Measuring load time of every web page
• Ensuring compatibility and consistent usage of buttons, keyboard shortcuts, and
mouse actions.
17. What is Form testing?
Websites that use forms need tests to ensure that each field works properly and that the
form post all data as intended by the designers.
18. What does form testing includes?
Testing of forms includes:
• Using the tab key to verify that the form traverses fields in the proper order, both
forwards and backwards
• Testing boundary values
• Checking that forms traps invalid data correctly
• Verifying that the form updates information correctly
19. What is Page content testing?
Each web page must be tested for correct content from the user perspective.
20. What are the different page content testing?
There are 2 categories –
1) ensuring that each component functions correctly;
2) ensuring that the content of each is correct
21. What does the Page content testing includes?
• All image and graphics display correctly across various browsers
• All content is present per requirements
• Page instructions are consistent across browsers
• Critical pages maintain same content from version to version
• All parts of table or form are present and in the right place
• Links to relevant content inside and outside of the site are correct

More Related Content

What's hot

Finding latent code errors via machine learning over program ...
Finding latent code errors via machine learning over program ...Finding latent code errors via machine learning over program ...
Finding latent code errors via machine learning over program ...butest
 
Software testing quiz questions and answers
Software testing quiz questions and answersSoftware testing quiz questions and answers
Software testing quiz questions and answers
RajendraG
 
International Journal of Engineering Research and Development (IJERD)
International Journal of Engineering Research and Development (IJERD)International Journal of Engineering Research and Development (IJERD)
International Journal of Engineering Research and Development (IJERD)IJERD Editor
 
Software Testing Techniques
Software Testing TechniquesSoftware Testing Techniques
Software Testing Techniques
Kiran Kumar
 
Software Testing
Software TestingSoftware Testing
Software Testing
Kiran Kumar
 
Istqb question-paper-dump-13
Istqb question-paper-dump-13Istqb question-paper-dump-13
Istqb question-paper-dump-13TestingGeeks
 
SE2_Lec 21_ TDD and Junit
SE2_Lec 21_ TDD and JunitSE2_Lec 21_ TDD and Junit
SE2_Lec 21_ TDD and Junit
Amr E. Mohamed
 
Staroletov testing TDD BDD MBT
Staroletov testing TDD BDD MBTStaroletov testing TDD BDD MBT
Staroletov testing TDD BDD MBT
Sergey Staroletov
 
Istqb exam sample_paper_1
Istqb exam sample_paper_1Istqb exam sample_paper_1
Istqb exam sample_paper_1TestingGeeks
 
Control Flow Testing
Control Flow TestingControl Flow Testing
Control Flow Testing
Hirra Sultan
 
Sta unit 3(abimanyu)
Sta unit 3(abimanyu)Sta unit 3(abimanyu)
Sta unit 3(abimanyu)
Abhimanyu Mishra
 
Istqb exam sample_paper_3
Istqb exam sample_paper_3Istqb exam sample_paper_3
Istqb exam sample_paper_3TestingGeeks
 
Software testing
Software testingSoftware testing
Software testingBala Ganesh
 

What's hot (14)

50120140502017
5012014050201750120140502017
50120140502017
 
Finding latent code errors via machine learning over program ...
Finding latent code errors via machine learning over program ...Finding latent code errors via machine learning over program ...
Finding latent code errors via machine learning over program ...
 
Software testing quiz questions and answers
Software testing quiz questions and answersSoftware testing quiz questions and answers
Software testing quiz questions and answers
 
International Journal of Engineering Research and Development (IJERD)
International Journal of Engineering Research and Development (IJERD)International Journal of Engineering Research and Development (IJERD)
International Journal of Engineering Research and Development (IJERD)
 
Software Testing Techniques
Software Testing TechniquesSoftware Testing Techniques
Software Testing Techniques
 
Software Testing
Software TestingSoftware Testing
Software Testing
 
Istqb question-paper-dump-13
Istqb question-paper-dump-13Istqb question-paper-dump-13
Istqb question-paper-dump-13
 
SE2_Lec 21_ TDD and Junit
SE2_Lec 21_ TDD and JunitSE2_Lec 21_ TDD and Junit
SE2_Lec 21_ TDD and Junit
 
Staroletov testing TDD BDD MBT
Staroletov testing TDD BDD MBTStaroletov testing TDD BDD MBT
Staroletov testing TDD BDD MBT
 
Istqb exam sample_paper_1
Istqb exam sample_paper_1Istqb exam sample_paper_1
Istqb exam sample_paper_1
 
Control Flow Testing
Control Flow TestingControl Flow Testing
Control Flow Testing
 
Sta unit 3(abimanyu)
Sta unit 3(abimanyu)Sta unit 3(abimanyu)
Sta unit 3(abimanyu)
 
Istqb exam sample_paper_3
Istqb exam sample_paper_3Istqb exam sample_paper_3
Istqb exam sample_paper_3
 
Software testing
Software testingSoftware testing
Software testing
 

Similar to SOFTWARE QUALITY ASSURANCE AND TESTING - SHORT NOTES

Test design techniques: Structured and Experienced-based techniques
Test design techniques: Structured and Experienced-based techniquesTest design techniques: Structured and Experienced-based techniques
Test design techniques: Structured and Experienced-based techniques
Khuong Nguyen
 
Manual testing interview questions and answers
Manual testing interview questions and answersManual testing interview questions and answers
Manual testing interview questions and answers
Testbytes
 
Manual Testing Interview Questions & Answers.docx
Manual Testing Interview Questions & Answers.docxManual Testing Interview Questions & Answers.docx
Manual Testing Interview Questions & Answers.docx
ssuser305f65
 
Paper 06
Paper 06Paper 06
Paper 06
Sunil Pandey
 
Software testing and process
Software testing and processSoftware testing and process
Software testing and process
gouravkalbalia
 
Software Testing
Software TestingSoftware Testing
Software testing for biginners
Software testing for biginnersSoftware testing for biginners
Software testing for biginners
Sriman Eshwar
 
CTFL Module 01
CTFL Module 01CTFL Module 01
CTFL Module 01
Davis Thomas
 
SE-CyclomaticComplexityand Testing.ppt
SE-CyclomaticComplexityand Testing.pptSE-CyclomaticComplexityand Testing.ppt
SE-CyclomaticComplexityand Testing.ppt
vishal choudhary
 
MIT521 software testing (2012) v2
MIT521   software testing  (2012) v2MIT521   software testing  (2012) v2
MIT521 software testing (2012) v2
Yudep Apoi
 
QUALITY METRICS OF TEST SUITES IN TESTDRIVEN DESIGNED APPLICATIONS
QUALITY METRICS OF TEST SUITES IN TESTDRIVEN DESIGNED APPLICATIONSQUALITY METRICS OF TEST SUITES IN TESTDRIVEN DESIGNED APPLICATIONS
QUALITY METRICS OF TEST SUITES IN TESTDRIVEN DESIGNED APPLICATIONS
ijseajournal
 
1651003086422.pptx
1651003086422.pptx1651003086422.pptx
1651003086422.pptx
Sravya221181
 
Istqb lesson1
Istqb lesson1Istqb lesson1
Istqb lesson1
Sunday Ayandele
 
Stc 2015 regional-round-ppt-exlopratory mobile testing with risk analysis
Stc 2015 regional-round-ppt-exlopratory mobile testing with risk analysisStc 2015 regional-round-ppt-exlopratory mobile testing with risk analysis
Stc 2015 regional-round-ppt-exlopratory mobile testing with risk analysis
Archana Krushnan
 
Aim (A).pptx
Aim (A).pptxAim (A).pptx
Aim (A).pptx
14941
 
Bab i fundamental of testing
Bab i fundamental of testingBab i fundamental of testing
Bab i fundamental of testing
Syakir Arsalan
 
stm f.pdf
stm f.pdfstm f.pdf
stm f.pdf
HarshNagda5
 
Quality assurance tests
Quality assurance testsQuality assurance tests
Quality assurance tests
amitzore
 
Chapter 1 Fundamental of Testing
Chapter 1 Fundamental of TestingChapter 1 Fundamental of Testing
Chapter 1 Fundamental of Testing
Siti Deny Nadiroha
 

Similar to SOFTWARE QUALITY ASSURANCE AND TESTING - SHORT NOTES (20)

Test design techniques: Structured and Experienced-based techniques
Test design techniques: Structured and Experienced-based techniquesTest design techniques: Structured and Experienced-based techniques
Test design techniques: Structured and Experienced-based techniques
 
Manual testing interview questions and answers
Manual testing interview questions and answersManual testing interview questions and answers
Manual testing interview questions and answers
 
Manual Testing Interview Questions & Answers.docx
Manual Testing Interview Questions & Answers.docxManual Testing Interview Questions & Answers.docx
Manual Testing Interview Questions & Answers.docx
 
Paper 06
Paper 06Paper 06
Paper 06
 
Software testing and process
Software testing and processSoftware testing and process
Software testing and process
 
Software Testing
Software TestingSoftware Testing
Software Testing
 
Software testing for biginners
Software testing for biginnersSoftware testing for biginners
Software testing for biginners
 
CTFL Module 01
CTFL Module 01CTFL Module 01
CTFL Module 01
 
SE-CyclomaticComplexityand Testing.ppt
SE-CyclomaticComplexityand Testing.pptSE-CyclomaticComplexityand Testing.ppt
SE-CyclomaticComplexityand Testing.ppt
 
MIT521 software testing (2012) v2
MIT521   software testing  (2012) v2MIT521   software testing  (2012) v2
MIT521 software testing (2012) v2
 
QUALITY METRICS OF TEST SUITES IN TESTDRIVEN DESIGNED APPLICATIONS
QUALITY METRICS OF TEST SUITES IN TESTDRIVEN DESIGNED APPLICATIONSQUALITY METRICS OF TEST SUITES IN TESTDRIVEN DESIGNED APPLICATIONS
QUALITY METRICS OF TEST SUITES IN TESTDRIVEN DESIGNED APPLICATIONS
 
1651003086422.pptx
1651003086422.pptx1651003086422.pptx
1651003086422.pptx
 
Ieee829mtp
Ieee829mtpIeee829mtp
Ieee829mtp
 
Istqb lesson1
Istqb lesson1Istqb lesson1
Istqb lesson1
 
Stc 2015 regional-round-ppt-exlopratory mobile testing with risk analysis
Stc 2015 regional-round-ppt-exlopratory mobile testing with risk analysisStc 2015 regional-round-ppt-exlopratory mobile testing with risk analysis
Stc 2015 regional-round-ppt-exlopratory mobile testing with risk analysis
 
Aim (A).pptx
Aim (A).pptxAim (A).pptx
Aim (A).pptx
 
Bab i fundamental of testing
Bab i fundamental of testingBab i fundamental of testing
Bab i fundamental of testing
 
stm f.pdf
stm f.pdfstm f.pdf
stm f.pdf
 
Quality assurance tests
Quality assurance testsQuality assurance tests
Quality assurance tests
 
Chapter 1 Fundamental of Testing
Chapter 1 Fundamental of TestingChapter 1 Fundamental of Testing
Chapter 1 Fundamental of Testing
 

More from suthi

Object Oriented Programming -- Dr Robert Harle
Object Oriented Programming -- Dr Robert HarleObject Oriented Programming -- Dr Robert Harle
Object Oriented Programming -- Dr Robert Harle
suthi
 
THE ROLE OF EDGE COMPUTING IN INTERNET OF THINGS
THE ROLE OF EDGE COMPUTING IN INTERNET OF THINGSTHE ROLE OF EDGE COMPUTING IN INTERNET OF THINGS
THE ROLE OF EDGE COMPUTING IN INTERNET OF THINGS
suthi
 
EDGE COMPUTING: VISION AND CHALLENGES
EDGE COMPUTING: VISION AND CHALLENGESEDGE COMPUTING: VISION AND CHALLENGES
EDGE COMPUTING: VISION AND CHALLENGES
suthi
 
Document Classification Using KNN with Fuzzy Bags of Word Representation
Document Classification Using KNN with Fuzzy Bags of Word RepresentationDocument Classification Using KNN with Fuzzy Bags of Word Representation
Document Classification Using KNN with Fuzzy Bags of Word Representation
suthi
 
AUTOMATA THEORY - SHORT NOTES
AUTOMATA THEORY - SHORT NOTESAUTOMATA THEORY - SHORT NOTES
AUTOMATA THEORY - SHORT NOTES
suthi
 
OBJECT ORIENTED PROGRAMMING LANGUAGE - SHORT NOTES
OBJECT ORIENTED PROGRAMMING LANGUAGE - SHORT NOTESOBJECT ORIENTED PROGRAMMING LANGUAGE - SHORT NOTES
OBJECT ORIENTED PROGRAMMING LANGUAGE - SHORT NOTES
suthi
 
PARALLEL ARCHITECTURE AND COMPUTING - SHORT NOTES
PARALLEL ARCHITECTURE AND COMPUTING - SHORT NOTESPARALLEL ARCHITECTURE AND COMPUTING - SHORT NOTES
PARALLEL ARCHITECTURE AND COMPUTING - SHORT NOTES
suthi
 
COMPUTER HARDWARE - SHORT NOTES
COMPUTER HARDWARE - SHORT NOTESCOMPUTER HARDWARE - SHORT NOTES
COMPUTER HARDWARE - SHORT NOTES
suthi
 
DATA BASE MANAGEMENT SYSTEM - SHORT NOTES
DATA BASE MANAGEMENT SYSTEM - SHORT NOTESDATA BASE MANAGEMENT SYSTEM - SHORT NOTES
DATA BASE MANAGEMENT SYSTEM - SHORT NOTES
suthi
 
OPERATING SYSTEM - SHORT NOTES
OPERATING SYSTEM - SHORT NOTESOPERATING SYSTEM - SHORT NOTES
OPERATING SYSTEM - SHORT NOTES
suthi
 
SOFTWARE ENGINEERING & ARCHITECTURE - SHORT NOTES
SOFTWARE ENGINEERING & ARCHITECTURE - SHORT NOTESSOFTWARE ENGINEERING & ARCHITECTURE - SHORT NOTES
SOFTWARE ENGINEERING & ARCHITECTURE - SHORT NOTES
suthi
 
ALGORITHMS - SHORT NOTES
ALGORITHMS - SHORT NOTESALGORITHMS - SHORT NOTES
ALGORITHMS - SHORT NOTES
suthi
 
COMPUTER NETWORKS - SHORT NOTES
COMPUTER NETWORKS - SHORT NOTESCOMPUTER NETWORKS - SHORT NOTES
COMPUTER NETWORKS - SHORT NOTES
suthi
 
DATA STRUCTURES - SHORT NOTES
DATA STRUCTURES - SHORT NOTESDATA STRUCTURES - SHORT NOTES
DATA STRUCTURES - SHORT NOTES
suthi
 
ARTIFICIAL INTELLIGENCE - SHORT NOTES
ARTIFICIAL INTELLIGENCE - SHORT NOTESARTIFICIAL INTELLIGENCE - SHORT NOTES
ARTIFICIAL INTELLIGENCE - SHORT NOTES
suthi
 
LIGHT PEAK
LIGHT PEAKLIGHT PEAK
LIGHT PEAK
suthi
 
Action Recognition using Nonnegative Action
Action Recognition using Nonnegative ActionAction Recognition using Nonnegative Action
Action Recognition using Nonnegative Action
suthi
 
C Programming Tutorial
C Programming TutorialC Programming Tutorial
C Programming Tutorial
suthi
 
Data structure - mcqs
Data structure - mcqsData structure - mcqs
Data structure - mcqs
suthi
 
Data base management systems ppt
Data base management systems pptData base management systems ppt
Data base management systems ppt
suthi
 

More from suthi (20)

Object Oriented Programming -- Dr Robert Harle
Object Oriented Programming -- Dr Robert HarleObject Oriented Programming -- Dr Robert Harle
Object Oriented Programming -- Dr Robert Harle
 
THE ROLE OF EDGE COMPUTING IN INTERNET OF THINGS
THE ROLE OF EDGE COMPUTING IN INTERNET OF THINGSTHE ROLE OF EDGE COMPUTING IN INTERNET OF THINGS
THE ROLE OF EDGE COMPUTING IN INTERNET OF THINGS
 
EDGE COMPUTING: VISION AND CHALLENGES
EDGE COMPUTING: VISION AND CHALLENGESEDGE COMPUTING: VISION AND CHALLENGES
EDGE COMPUTING: VISION AND CHALLENGES
 
Document Classification Using KNN with Fuzzy Bags of Word Representation
Document Classification Using KNN with Fuzzy Bags of Word RepresentationDocument Classification Using KNN with Fuzzy Bags of Word Representation
Document Classification Using KNN with Fuzzy Bags of Word Representation
 
AUTOMATA THEORY - SHORT NOTES
AUTOMATA THEORY - SHORT NOTESAUTOMATA THEORY - SHORT NOTES
AUTOMATA THEORY - SHORT NOTES
 
OBJECT ORIENTED PROGRAMMING LANGUAGE - SHORT NOTES
OBJECT ORIENTED PROGRAMMING LANGUAGE - SHORT NOTESOBJECT ORIENTED PROGRAMMING LANGUAGE - SHORT NOTES
OBJECT ORIENTED PROGRAMMING LANGUAGE - SHORT NOTES
 
PARALLEL ARCHITECTURE AND COMPUTING - SHORT NOTES
PARALLEL ARCHITECTURE AND COMPUTING - SHORT NOTESPARALLEL ARCHITECTURE AND COMPUTING - SHORT NOTES
PARALLEL ARCHITECTURE AND COMPUTING - SHORT NOTES
 
COMPUTER HARDWARE - SHORT NOTES
COMPUTER HARDWARE - SHORT NOTESCOMPUTER HARDWARE - SHORT NOTES
COMPUTER HARDWARE - SHORT NOTES
 
DATA BASE MANAGEMENT SYSTEM - SHORT NOTES
DATA BASE MANAGEMENT SYSTEM - SHORT NOTESDATA BASE MANAGEMENT SYSTEM - SHORT NOTES
DATA BASE MANAGEMENT SYSTEM - SHORT NOTES
 
OPERATING SYSTEM - SHORT NOTES
OPERATING SYSTEM - SHORT NOTESOPERATING SYSTEM - SHORT NOTES
OPERATING SYSTEM - SHORT NOTES
 
SOFTWARE ENGINEERING & ARCHITECTURE - SHORT NOTES
SOFTWARE ENGINEERING & ARCHITECTURE - SHORT NOTESSOFTWARE ENGINEERING & ARCHITECTURE - SHORT NOTES
SOFTWARE ENGINEERING & ARCHITECTURE - SHORT NOTES
 
ALGORITHMS - SHORT NOTES
ALGORITHMS - SHORT NOTESALGORITHMS - SHORT NOTES
ALGORITHMS - SHORT NOTES
 
COMPUTER NETWORKS - SHORT NOTES
COMPUTER NETWORKS - SHORT NOTESCOMPUTER NETWORKS - SHORT NOTES
COMPUTER NETWORKS - SHORT NOTES
 
DATA STRUCTURES - SHORT NOTES
DATA STRUCTURES - SHORT NOTESDATA STRUCTURES - SHORT NOTES
DATA STRUCTURES - SHORT NOTES
 
ARTIFICIAL INTELLIGENCE - SHORT NOTES
ARTIFICIAL INTELLIGENCE - SHORT NOTESARTIFICIAL INTELLIGENCE - SHORT NOTES
ARTIFICIAL INTELLIGENCE - SHORT NOTES
 
LIGHT PEAK
LIGHT PEAKLIGHT PEAK
LIGHT PEAK
 
Action Recognition using Nonnegative Action
Action Recognition using Nonnegative ActionAction Recognition using Nonnegative Action
Action Recognition using Nonnegative Action
 
C Programming Tutorial
C Programming TutorialC Programming Tutorial
C Programming Tutorial
 
Data structure - mcqs
Data structure - mcqsData structure - mcqs
Data structure - mcqs
 
Data base management systems ppt
Data base management systems pptData base management systems ppt
Data base management systems ppt
 

Recently uploaded

How to Create Map Views in the Odoo 17 ERP
How to Create Map Views in the Odoo 17 ERPHow to Create Map Views in the Odoo 17 ERP
How to Create Map Views in the Odoo 17 ERP
Celine George
 
Welcome to TechSoup New Member Orientation and Q&A (May 2024).pdf
Welcome to TechSoup   New Member Orientation and Q&A (May 2024).pdfWelcome to TechSoup   New Member Orientation and Q&A (May 2024).pdf
Welcome to TechSoup New Member Orientation and Q&A (May 2024).pdf
TechSoup
 
MARUTI SUZUKI- A Successful Joint Venture in India.pptx
MARUTI SUZUKI- A Successful Joint Venture in India.pptxMARUTI SUZUKI- A Successful Joint Venture in India.pptx
MARUTI SUZUKI- A Successful Joint Venture in India.pptx
bennyroshan06
 
The geography of Taylor Swift - some ideas
The geography of Taylor Swift - some ideasThe geography of Taylor Swift - some ideas
The geography of Taylor Swift - some ideas
GeoBlogs
 
Cambridge International AS A Level Biology Coursebook - EBook (MaryFosbery J...
Cambridge International AS  A Level Biology Coursebook - EBook (MaryFosbery J...Cambridge International AS  A Level Biology Coursebook - EBook (MaryFosbery J...
Cambridge International AS A Level Biology Coursebook - EBook (MaryFosbery J...
AzmatAli747758
 
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
siemaillard
 
Home assignment II on Spectroscopy 2024 Answers.pdf
Home assignment II on Spectroscopy 2024 Answers.pdfHome assignment II on Spectroscopy 2024 Answers.pdf
Home assignment II on Spectroscopy 2024 Answers.pdf
Tamralipta Mahavidyalaya
 
Digital Tools and AI for Teaching Learning and Research
Digital Tools and AI for Teaching Learning and ResearchDigital Tools and AI for Teaching Learning and Research
Digital Tools and AI for Teaching Learning and Research
Vikramjit Singh
 
Students, digital devices and success - Andreas Schleicher - 27 May 2024..pptx
Students, digital devices and success - Andreas Schleicher - 27 May 2024..pptxStudents, digital devices and success - Andreas Schleicher - 27 May 2024..pptx
Students, digital devices and success - Andreas Schleicher - 27 May 2024..pptx
EduSkills OECD
 
Supporting (UKRI) OA monographs at Salford.pptx
Supporting (UKRI) OA monographs at Salford.pptxSupporting (UKRI) OA monographs at Salford.pptx
Supporting (UKRI) OA monographs at Salford.pptx
Jisc
 
Instructions for Submissions thorugh G- Classroom.pptx
Instructions for Submissions thorugh G- Classroom.pptxInstructions for Submissions thorugh G- Classroom.pptx
Instructions for Submissions thorugh G- Classroom.pptx
Jheel Barad
 
Model Attribute Check Company Auto Property
Model Attribute  Check Company Auto PropertyModel Attribute  Check Company Auto Property
Model Attribute Check Company Auto Property
Celine George
 
The Art Pastor's Guide to Sabbath | Steve Thomason
The Art Pastor's Guide to Sabbath | Steve ThomasonThe Art Pastor's Guide to Sabbath | Steve Thomason
The Art Pastor's Guide to Sabbath | Steve Thomason
Steve Thomason
 
CLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCE
CLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCECLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCE
CLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCE
BhavyaRajput3
 
TESDA TM1 REVIEWER FOR NATIONAL ASSESSMENT WRITTEN AND ORAL QUESTIONS WITH A...
TESDA TM1 REVIEWER  FOR NATIONAL ASSESSMENT WRITTEN AND ORAL QUESTIONS WITH A...TESDA TM1 REVIEWER  FOR NATIONAL ASSESSMENT WRITTEN AND ORAL QUESTIONS WITH A...
TESDA TM1 REVIEWER FOR NATIONAL ASSESSMENT WRITTEN AND ORAL QUESTIONS WITH A...
EugeneSaldivar
 
Operation Blue Star - Saka Neela Tara
Operation Blue Star   -  Saka Neela TaraOperation Blue Star   -  Saka Neela Tara
Operation Blue Star - Saka Neela Tara
Balvir Singh
 
special B.ed 2nd year old paper_20240531.pdf
special B.ed 2nd year old paper_20240531.pdfspecial B.ed 2nd year old paper_20240531.pdf
special B.ed 2nd year old paper_20240531.pdf
Special education needs
 
Ethnobotany and Ethnopharmacology ......
Ethnobotany and Ethnopharmacology ......Ethnobotany and Ethnopharmacology ......
Ethnobotany and Ethnopharmacology ......
Ashokrao Mane college of Pharmacy Peth-Vadgaon
 
Additional Benefits for Employee Website.pdf
Additional Benefits for Employee Website.pdfAdditional Benefits for Employee Website.pdf
Additional Benefits for Employee Website.pdf
joachimlavalley1
 
Language Across the Curriculm LAC B.Ed.
Language Across the  Curriculm LAC B.Ed.Language Across the  Curriculm LAC B.Ed.
Language Across the Curriculm LAC B.Ed.
Atul Kumar Singh
 

Recently uploaded (20)

How to Create Map Views in the Odoo 17 ERP
How to Create Map Views in the Odoo 17 ERPHow to Create Map Views in the Odoo 17 ERP
How to Create Map Views in the Odoo 17 ERP
 
Welcome to TechSoup New Member Orientation and Q&A (May 2024).pdf
Welcome to TechSoup   New Member Orientation and Q&A (May 2024).pdfWelcome to TechSoup   New Member Orientation and Q&A (May 2024).pdf
Welcome to TechSoup New Member Orientation and Q&A (May 2024).pdf
 
MARUTI SUZUKI- A Successful Joint Venture in India.pptx
MARUTI SUZUKI- A Successful Joint Venture in India.pptxMARUTI SUZUKI- A Successful Joint Venture in India.pptx
MARUTI SUZUKI- A Successful Joint Venture in India.pptx
 
The geography of Taylor Swift - some ideas
The geography of Taylor Swift - some ideasThe geography of Taylor Swift - some ideas
The geography of Taylor Swift - some ideas
 
Cambridge International AS A Level Biology Coursebook - EBook (MaryFosbery J...
Cambridge International AS  A Level Biology Coursebook - EBook (MaryFosbery J...Cambridge International AS  A Level Biology Coursebook - EBook (MaryFosbery J...
Cambridge International AS A Level Biology Coursebook - EBook (MaryFosbery J...
 
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
 
Home assignment II on Spectroscopy 2024 Answers.pdf
Home assignment II on Spectroscopy 2024 Answers.pdfHome assignment II on Spectroscopy 2024 Answers.pdf
Home assignment II on Spectroscopy 2024 Answers.pdf
 
Digital Tools and AI for Teaching Learning and Research
Digital Tools and AI for Teaching Learning and ResearchDigital Tools and AI for Teaching Learning and Research
Digital Tools and AI for Teaching Learning and Research
 
Students, digital devices and success - Andreas Schleicher - 27 May 2024..pptx
Students, digital devices and success - Andreas Schleicher - 27 May 2024..pptxStudents, digital devices and success - Andreas Schleicher - 27 May 2024..pptx
Students, digital devices and success - Andreas Schleicher - 27 May 2024..pptx
 
Supporting (UKRI) OA monographs at Salford.pptx
Supporting (UKRI) OA monographs at Salford.pptxSupporting (UKRI) OA monographs at Salford.pptx
Supporting (UKRI) OA monographs at Salford.pptx
 
Instructions for Submissions thorugh G- Classroom.pptx
Instructions for Submissions thorugh G- Classroom.pptxInstructions for Submissions thorugh G- Classroom.pptx
Instructions for Submissions thorugh G- Classroom.pptx
 
Model Attribute Check Company Auto Property
Model Attribute  Check Company Auto PropertyModel Attribute  Check Company Auto Property
Model Attribute Check Company Auto Property
 
The Art Pastor's Guide to Sabbath | Steve Thomason
The Art Pastor's Guide to Sabbath | Steve ThomasonThe Art Pastor's Guide to Sabbath | Steve Thomason
The Art Pastor's Guide to Sabbath | Steve Thomason
 
CLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCE
CLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCECLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCE
CLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCE
 
TESDA TM1 REVIEWER FOR NATIONAL ASSESSMENT WRITTEN AND ORAL QUESTIONS WITH A...
TESDA TM1 REVIEWER  FOR NATIONAL ASSESSMENT WRITTEN AND ORAL QUESTIONS WITH A...TESDA TM1 REVIEWER  FOR NATIONAL ASSESSMENT WRITTEN AND ORAL QUESTIONS WITH A...
TESDA TM1 REVIEWER FOR NATIONAL ASSESSMENT WRITTEN AND ORAL QUESTIONS WITH A...
 
Operation Blue Star - Saka Neela Tara
Operation Blue Star   -  Saka Neela TaraOperation Blue Star   -  Saka Neela Tara
Operation Blue Star - Saka Neela Tara
 
special B.ed 2nd year old paper_20240531.pdf
special B.ed 2nd year old paper_20240531.pdfspecial B.ed 2nd year old paper_20240531.pdf
special B.ed 2nd year old paper_20240531.pdf
 
Ethnobotany and Ethnopharmacology ......
Ethnobotany and Ethnopharmacology ......Ethnobotany and Ethnopharmacology ......
Ethnobotany and Ethnopharmacology ......
 
Additional Benefits for Employee Website.pdf
Additional Benefits for Employee Website.pdfAdditional Benefits for Employee Website.pdf
Additional Benefits for Employee Website.pdf
 
Language Across the Curriculm LAC B.Ed.
Language Across the  Curriculm LAC B.Ed.Language Across the  Curriculm LAC B.Ed.
Language Across the Curriculm LAC B.Ed.
 

SOFTWARE QUALITY ASSURANCE AND TESTING - SHORT NOTES

  • 1. SOFTWARE QUALITY ASSURANCE AND TESTING UNIT – I 1. What is testing ? Testing is the process of executing a program with the intent of finding errors. 2. What is the need for testing? The need of testing is to find errors in the application. The good reasons of testing are: • Testing makes software more reliable and efficient • To assure that it is defect free and user friendly. • Check whether the software meets the requirements and satisfying the needs of the customer. • Testing also help to improve the quality and also help to reduce maintenance cost • Verification and validating the product/application before it goes live in the market. • Quality Assurance. 3. Define Successful test case and unsuccessful test case. According to testing approach, a test case which doesn’t find the hidden errors is called as an unsuccessful test case. It produces the result without finding the errors. A test case which finds the hidden errors is called as a successful test case. 4. What is the impact of under testing and over testing? Testing Process is described as “Too little testing is a crime – too much testing is a sin” The risk of under-testing may result in the increased system defects. The risk of over-testing is the unnecessary use of valuable resources in the testing organization. 5. List the types of testing? o WHITE BOX TESTING o BLACK BOX TESTING o GREY BOX TESTING
  • 2. 6. Define White box testing. White box testing is also known as Clear Box testing or Open Box testing or Glass Box testing. This is used to find internal functionalities of software like conditional loops, statement coverage. It is mainly done by the developers. 7. Define Black Box testing. Black Box testing is also known as Skin box testing or Closed b0ox Testing. This is used to find external functionalities of a software. 8. Define Grey Box Testing. Gray Box Testing is a software testing method which is a combination of Black Box Testing method and White Box Testing method. In Black Box Testing, the internal structure of the item being tested is unknown to the tester and in White Box Testing the internal structure is known. In Gray Box Testing, the internal structure is partially known. This involves having access to internal data structures and algorithms for purposes of designing the test cases, but testing at the user, or black-box level. 9. Define Verification and Validation. Verification is the process of testing set of documents, plans, specifications and requirements. Validation is the actual testing of an actual product 10. What is SDLC SDLC is Software Development Life Cycle. It is used to develop the software systematically . SDLC have main 7 Stage: 1. Priliminary Investigation 2. Feasibility Study 3. Analysis 4. Design 5. Coding 6. Testing 7. Maintainance & Review. 11. What are the different techniques used in white box testing? White box testing uses the following techniques, i. Unit testing ii. Integration testing iii. Regression testing
  • 3. 12. What are the advantages and disadvantages of White box testing? Advantages i. Very easy to define data for testing ii. Optimizes the code iii. Removes extra lines of code Disadvantages i. Increases the cost ii. It can result in failure of application. 13. What are the advantages and disadvantages of Black box testing? Advantages of Black Box Testing 1. More effective 2. No knowledge of implementation is required. 3. Tester and programmer are independent of each other. 4. Tests are done from an user’s point of view 5. Exposes any ambiguities 6. Test cases can be designed easily Disadvantages 1. Unnecessary repetition of test cases 2. Program paths may be untested 14. What are the different techniques used in Black Box testing? Various types of techniques that are used are, 1. Functional testing 2. Stress testing 3. Load testing 4. Ad-hoc testing 5. Exploratory testing 6. Usability testing 7. Smoke testing 8. Recovery testing 9. Volume testing 10. User acceptance testing 11. Alpha testing 12. Beta testing 15. What is Exhaustive Input Testing  It is an approach used to find all the errors in the program.  It makes use of every input condition as a test case.  To find errors, the software is tested not only all valid inputs, but all possible inputs. 16. What are the advantages and disadvantages of Grey Box testing? Advantages 1. Combined benefits
  • 4. 2. Non intrusive 3. Intelligent test authoring 4. Unbiased testing Disadvantages 5. Partial code coverage 6. Defect identification 17. List various SDLC methodologies. Various SDLC methodologies used are, 1. Waterfall model 2. Spiral Model 3. Rapid Prototyping Model 4. Incremental Model 5. Iterative Model 6. Rational Unified Process(RUP) 18. Give the difference between verification and validation. Verification – intended to show that software correctly implements a specific function; typically takes place at the end of each phase. Are we building the product right? Validation – intended to show that software as a whole satisfies the user requirements: typically uses black-box testing. Are we building the right product? 19. What are the types verification techniques? 1. Static Verification 2. Dynamic Verification Static techniques – It is concerned with analysis and checking of system representations such as requirements document, design diagrams, etc. Static (nonexecution-based) techniques include: walkthroughs, inspections, formal verification, etc. Dynamic techniques – applied when a prototype or an executable program is available. It is an execution based technique. 20. List Weyuker’s adequacy axioms. Axiom 1 (Applicability) For every program, there exists a finite adequate test set. Axiom 2 (Nonexhaustive Applicability) There is a program P and a test set T such that P is adequately tested by T, and T is not an exhaustive test set. Axiom 3: (Monotonicity) If T is adequate for P, and T is a subset of T, then T is adequate for P.
  • 5. Axiom 4: (Inadequate Empty Set) The empty set is not adequate for any program. Axiom 5: (Anti- extensibility) There are programs P and Q such that P is equivalent to Q, T is adequate for P, but T is not adequate for Q. Axiom 6: (General Multiple Change) There are programs P and Q which are the same shape, and a test set T such that T is adequate for P, but T is not adequate for Q. Axiom 7 (Anti-decomposition) There exists a program P and a component Q such that T is adequate for P, T is the set of vectors of values that variables can assume on entrance to Q for some t of T, and T is not adequate for Q. Axiom 8 (Anti – composition) There exist program P and Q such that T is adequate for P and P(T) is adequate for Q, but P is not adequate for P;Q UNIT – II 1. Define test Adequacy? Test Adequacy is measured for a given test set designed to test P to determine whether P meets its requirements. This measurement is done against a given Criterion C. A test set is considered adequate with respect to the criterion C , when it satisfies C. 2. Define statement coverage. Statement coverage is a measure of the percentage of statements that have been executed by test cases. The statement coverage of T with respect to (P, R) is computed as |Sc| / ( |Se| - |Si| ) , where Sc is the set of statements covered, Si is the set of unreachable statements, and Se is the set of statements in the program, that is the coverage domain. T is considered adequate with respect to the statement coverage criterion if the statement coverage of T with respect to (P, R) is 1. 3. Define Branch Coverage or Decision Coverage. Branch coverage is a measure of the percentage of the decision points (Boolean expressions) of the program have been evaluated as both true and false in test cases. The decision coverage of T with respect to (P, R) is computed as |Dc| / ( |De| - |Di| ) ,
  • 6. where Dc is the set of decisions covered, Di is the set of unreachable decisions, and De is the set of decisions in the program, that is the coverage domain. T is considered adequate with respect to the decision coverage criterions if the decision coverage of T with respect to (P, R) is 1. 4. Define condition coverage. Condition coverage is a measure of percentage of Boolean sub-expressions of the program that have been evaluated as both true or false outcome [applies to compound predicate] in test cases. The condition coverage of T with respect to (P, R) is computed as |Cc| / ( |Ce| - |Ci| ) , where Cc is the set of simple conditions covered, Ci is the set of infeasible simple conditions, and Ce is the set of simple conditions in the program, that is the coverage domain. T is considered adequate with respect to the condition coverage criterions if the condition coverage of T with respect to (P, R) is 1. 5. Define Decision / Condition coverage. Decision/Condition coverage is also known as branch condition coverage. Condition coverage ensures that each simple condition has taken both values true and false. Condition coverage does not require each decision to have taken both outcomes. The Decision/Condition coverage of T with respect to (P, R) is computed as ( |Cc| + |Dc| ) / ( ( |Ce| - |Ci| ) + ( |De| - |Di| ) ) , where Cc is the set of simple conditions covered, Dc is the set of decisions covered, Ce, De are the sets of simple conditions and decisions respectively. Ci, Di are the sets of infeasible simple conditions and decisions respectively T is considered adequate with respect to the decision/condition coverage riterion if the decision/condition coverage of T with respect to (P, R) is 1. 6. Define multiple condition coverage. Multiple condition coverage is also known as branch condition combination coverage. Consider a compound condition that contains two or more simple conditions. Using condition coverage on some compound condition C implies that each simple condition within C has been evaluated to true and false. It does not imply that all combinations of the values of the individual simple conditions in C have been evaluated.
  • 7. The multiple condition coverage of T with respect to (P, R) is computed as |Cc| / ( |Ce| - |Ci| ) where Cc = set of combinations covered, Ce = 2ki the total number of combinations Ci = set of infeasible simple combinations. T is considered adequate with respect to the multiple condition coverage criterion if the multiple condition coverage of T with respect to (P, R) is 1. 7. List out the type of errors that uncovers by black box testing. o Incorrect or missing functions o Interface errors o External database access o Performance errors o Initialization and termination errors. 8. State data flow testing In data flow-based testing, the control flowgraph is annotated with information about how the program variables are defined and used. Different criteria exercise with varying degrees of precision how a value assigned to a variable is used along different control flow paths. A reference notation is a definition-use pair, which is a triple of (d, u, V) such that V is a variable, d is a note in which V is defined, and us is a node in which V is used. There exists a path between d and u in which the definition of V in d is used in u. 9. State 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. 10. 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. 11. What is boundary value analysis ? Boundary value analysis is a selection technique where test data are chosen to lie along boundaries of the input domain [or output range] classes, data structures, procedure parameters etc. Choices include maximum, minimum, and trivial values or parameters. This technique is often called stress testing. 12. What is robustness testing ? Robustness is the degree to which a software component functions correctly in the presence of exceptional inputs or stressful environmental conditions.
  • 8. In Robustness testing, clues come from requirements. The goal is to test a program under scenarios not stipulated in the requirements. 13. What is equivalence partitioning ? In equivalence partitioning, a test case is designed so as to uncover a group or class of error. This limits the number of test cases that might need to be developed otherwise. Here input domain is divided into classes or group of data. These classes are known as equivalence classes and the process of making equivalence classes is called equivalence partitioning. Equivalence classes represent a set of valid or invalid states for input condition. 14. What are rules for creating equivalence classes ? or How is this partitioning performed while testing ?  If an input condition specifies a range, one valid and two invalid equivalence classes are defined.  If an input condition requires a specific value, then one valid and two invalid equivalence classes are defined.  If an input condition specifies a member of a set, then one valid and one invalid equivalence class are defined.  If an input condition is Boolean, then one valid and one invalid equivalence class are defined. 15. What code coverage analysis ? Code coverage analysis tools measure how much of the software was executed. Tools are used to measure test coverage and it can measure by statement, block/path, or function/procedure. Coverage analysis requires the coverage tool to be compiled with the application software. It creates a summary file of the coverage analysis. There is usually 10-15% performance hit for block coverage. 16. What is test automation ? What are the different steps in test automation ? “A good manual testing regime is a firm foundation on which to build test automation.” STEPS IN TEST AUTOMATION • Test execution: Run large numbers of test cases/suites without human intervention. • Test generation: Produce test cases by processing the specification, code, or model. • Test management: Log test cases & results; map tests to requirements & functionality; track test progress & completeness
  • 9. 17. What are the advantages of test automation? • More testing can be accomplished in less time. • Testing is repetitive, tedious, and error-prone. • Test cases are valuable - once they are created, they can and should be used again, particularly during regression testing. 18. What are the disadvantages of test automation? • Automated tests are more expensive to create and maintain (estimates of 3-30 times). • Automated tests can lose relevancy, particularly when the system under test, changes. • Use of tools require that testers learn how to use them, cope with their problems, and understand what they can and can’t do. 19. What are the different levels of testing?  Unit testing  Integration testing  System testing 20. What is Unit testing ? Unit Testing is the process of testing the individual subprograms, subroutines or procedures in a program. That is, rather than testing the program as a whole, testing is focused on the smaller building blocks of the program. 21. What is the need of unit testing ? o Unit testing is a way of managing the combined elements of testing, since attention is focused on smaller units of the program. o Unit testing eases the task of debugging, when an error is found, it is known to exist in a particular module. o Introduces parallelism into the program testing process by presenting with the opportunity to test multiple modules simultaneously. 22. How do we proceed to determine the tests cases? a. Design an algorithm for the GCD function. b. Analyze the algorithm using basic path analysis. c. Determine appropriate equivalence classes for the input data. d. Determine the boundaries of the equivalence classes. e. Then, choose tests cases that include the basic path set, data form each equivalence class, and data at and near the boundaries.
  • 10. 23. What are the benefits of unit testing ?  Developers can work in a predictable way of developing code  Programmers write their own unit tests  Get rapid response for testing small changes  Build many highly-cohesive loosely-coupled modules to make unit testing easier 24. What is integration testing? • Integration Testing is testing interfaces between components • It is the first step after Unit Testing • Components may work alone but fail when put together • Defect may exist in one module but manifest in another 25. State top down integration testing. The Top-down method begins by testing the main program unit (the root of the tree) with one lower level node. Any other lower level units/nodes that may be connected should created as a stub. Only modules tested in isolation are the modules which are at the highest level. After a module is tested, the modules directly called by that module are merged with the already tested module and the combination is tested. 26. What is the advantage of using top down integration testing? The major advantage of this top-down method is the fact that a system prototype can be developed early on in the project process. This is a very attractive property of this integration testing technique as usually the client of a software company will have little or no software engineering knowledge and therefore if the client cannot see something tangible then it would be easy for the client to assume that little or no work is being completed. 27. What is the disadvantage of using top down integration testing ? One disadvantage of this method is the fact that the programmers will have to produce a large number of stubs, this means extra work is needed on top of producing the actual system by producing units that will later be thrown away. 28. What is bottom up integration testing? The bottom-up method begins by testing one of the leaves of the program with its parent node first. Any higher nodes that are directly connected to the nodes being tested are constructed as drivers. • Only terminal modules (i.e., the modules that do not call other modules) are tested in isolation • Modules at lower levels are tested using the previously tested higher level modules • Non-terminal modules are not tested in isolation
  • 11. • Requires a module driver for each module to feed the test case input to the interface of the module being tested 29. What is the advantage of bottom up integration testing ?  The major advantage of this method of integration testing is that the program itself is fully functional at every stage.  This is in contrast from the top-down method, where as a a prototype can be created at an early stage, but it will have little or no functionality. 30. What is the disadvantage of bottom up integration testing ? Inability to create an early prototype for the client. This could easily lead to problems down the line, such as the client may question the progress of the project or when the prototype is finally produced the client might decide on changes that are difficult to implement at that late stage of the project. 31. What is system testing ? System test is concerned with testing the entire system which may be composed of many very large “sub-systems,” which may themselves be large enough to be considered a system. 32. What are the different types of system testing ?  Functionality test  Performance test  Acceptance test  Installation test 33. What is functionality test ? This test is looking at the interactions among the sub-systems and delivering joint functionality more than just individual, simple function. 34. List out the various performance tests.  Stress and Volume test.  Configuration, environment test  Timing test  Security Test  Recovery Test  Documentation test  Human factors and usability test  Quality test
  • 12. 35. What is Acceptance test ? This is the testing of the system mainly by users and customers (sometimes with the help of testers and developers) to ensure that the system is what the users need which may not be exactly what the users said in the requirements document. 36. How the installation test is performed ? a. All the different versions of operating systems are tested b. All the different versions of data bases are tested c. The network and different interfaces are tested d. The default data and initialization for different combination of applications are tested (e.g. HR with Financial) UNIT – III 1. What is Unit Testing ? Unit testing is a method by which individual units of source code are tested to determine if they are fit for use. A unit is the smallest testable part of an application. In procedural programming a unit may be an individual function or procedure. Unit tests are created by programmers or occasionally by white box testers. 2. Write the difference between class testing and conventional testing ? Conventional testing focuses on input-process-output, whereas class testing focuses on each method, then designing sequences of methods to exercise states of a class 3. What is integration testing? Integration testing (sometimes called Integration and Testing, abbreviated "I&T") is the phase in software testing in which individual software modules are combined and tested as a group. It occurs after unit testing and before system testing. Integration testing takes as its input modules that have been unit tested, groups them in larger aggregates, applies tests defined in an integration test plan to those aggregates, and delivers as its output the integrated system ready for system testing. 4. What are the two ways of integration performed? There are two ways integration performed. It is called Pre-test and Pro-test. 1.Pre-test: the testing performed in Module development area is called Pre-test. The Pre-test is required only if the development is done in module development area.
  • 13. 2.Pro-test: The Integration testing performed in baseline is called pro-test. The development of a release will be scheduled such that the customer can break down into smaller internal releases. 5. What are the different types of integration testing? 1.Top-Down Integration 2.Bottom-up Integration 3.Bidirectional(Sandwitch Testing) 4. System Integration(BigBang Testing) 6. Define Top-down and bottom-up integration testing? Bottom Up Testing is an approach to integrated testing where the lowest level components are tested first, then used to facilitate the testing of higher level components. The process is repeated until the component at the top of the hierarchy is tested. All the bottom or low-level modules, procedures or functions are integrated and then tested. After the integration testing of lower level integrated modules, the next level of modules will be formed and can be used for integration testing. This approach is helpful only when all or most of the modules of the same development level are ready. This method also helps to determine the levels of software developed and makes it easier to report testing progress in the form of a percentage. Top Down Testing is an approach to integrated testing where the top integrated modules are tested and the branch of the module is tested step by step until the end of the related module. 7. What is sandwich testing? Sandwich Testing is an approach to combine top down testing with bottom up testing. The main advantage of the Bottom-Up approach is that bugs are more easily found. With Top- Down, it is easier to find a missing branch link. 8. What is bing-bang testing? In this approach, all or most of the developed modules are coupled together to form a complete software system or major part of the system and then used for integration testing. The Big Bang method is very effective for saving time in the integration testing process. A type of Big Bang Integration testing is called Usage Model testing. Usage Model testing can be used in both software and hardware integration testing. The basis behind this type of integration testing is to run user-like workloads in integrated user-like environments. In doing the testing in this manner, the environment is proofed, while the individual components are proofed indirectly through their use.
  • 14. 9. What are the different factors of software component dependability ?  Component understandability  Component observability  Component traceability  Component controllability  Component testing support capability 10. What are the different maturity levels of testability? Evaluating the maturity levels of a test process concerning testability: Level #1- Initial – At this level, component developers and testers use an ad hoc approach to enhance component testability in a component development process. Level #2- Standardized – At this level, component testability requirements, design methods, implementation mechanisms, and verification criteria are defined as standards. Level #3- Systematic – At this level, a well-defined component development and test process and systematic solutions are used to increase component testability at all engineering phases. Level #4-Masurable – At this level, component testability can be evaluated and measured using systematic solutions and tools in all component development phases. 11. What is the testable bean or testable component? A testable bean is a testable software component that is not only deployable and executable, but is also testable with the support of standardized components test facilities. 12. What is the need of testable component ? The major goal of introducing testable components is to find a new way to develop software components which are easily to be observed, traced, tested, deployed, and executed. 13. What is observability? Observability is the ability to view the reactions of software components to the inputs that are fed in and also being able to watch the changes to the internal states of the software. 14. What are the advantages and disadvantages of big-bang? Advantages: This approach is simple.
  • 15. Disadvantages:  It is hard to debug.  It is not easy to isolate errors while testing.  In this approach it is not easy to validate test results.  After performing testing, it is impossible to form an integrated system. 15. What are the benefits of smoke testing?  Integration risk is minimized.  The quality of the end-product is improved.  Error diagnosis and correction are simplified.  Assessment of program is easy. 16. What are the conditions exists after performing validation testing? After performing the validation testing there exists two conditions.  The function or performance characteristics are according to the specifications and are accepted.  The requirement specifications are derived and the deficiency list is created. The deficiencies then can be resolved by establishing the proper communication with the customer. 17. Distinguish between alpha and beta testing. Alpha and beta testing are the types of acceptance testing. Alpha test: The alpha testing is attesting in which the version of complete software is tested by the customer under the supervision of developer. This testing is performed at developer’ s site. Beta test: The beta testing is a testing in which the version of the software is tested by the customer without the developer being present. This testing is performed at customer’ s site. 18. What are the various types of system testing? 1. Recovery testing – is intended to check the system’ s ability to recover from failures. 2. Security testing – verifies that system protection mechanism prevent improper penetration or data alteration. 3. Stress testing – Determines breakpoint of a system to establish maximum service level. 4. Performance testing – evaluates the run time performance of the software, especially real-time software. UNIT- IV 1. What are the various testing Challenges : The various challenges are, (i) Test development (ii) Availability
  • 16. (iii)Bug hazards of OO programming (iv)Test design for classes is difficult (v) Class invariants (vi) Class associations (vii)Interface for data flow models (viii)Choosing an integration strategy (ix) Achieving comprehensive system testing (x)Choosing a regression test approach (xi) Automation of testing 2. What operability in software Testing? Operability in Software Testing: 1. The better the software works, the more efficiently it can be tested. 2. The system has few bugs (bugs add analysis and reporting overhead to the test process) 3. No bugs block the execution of tests. 4. The product evolves in functional stages (allows simultaneous development & testing) 3.What is Observability in software testing? Observability in Software Testing: 1. What is seen is what is tested 2. Distinct output is generated for each input 3. System states and variables are visible or queriable during execution 4. Past system states and variables are visible or queriable (eg., transaction logs) 5. All factors affecting the output are visible 6. Incorrect output is easily identified 7. Incorrect input is easily identified 8. Internal errors are automatically detected through self-testing mechanism 9. Internally errors are automatically reported 10. Source code is accessible 4. What is Controllability in Software testing? Controllability in Software Testing: 1. The better the software is controlled, the more the testing can be automated and optimized. 2. All possible outputs can be generated through some combination of input in Software Testing 3. All code is executable through some combination of input in Software Testing
  • 17. 4. Software and hardware states can be controlled directly by testing 5. Input and output formats are consistent and structured in Software Testing 6. Tests can be conveniently specified, automated, and reproduced. 5.What is Decomposability in Software testing? Decomposability in Software Testing: 1. By controlling the scope of testing, problems can be isolated quickly, and smarter testing can be performed. 2. The software system is built from independent modules 3. Software modules can be tested independently in Software Testing 6.What is simplicity in Software testing? Simplicity of software testing 1. The less there is to test, the more quickly it can be tested in Software Testing 2. Functional simplicity 3. Structural simplicity 4. Code simplicity 7.What is Stability in Software testing? Stability in software testing:  The fewer the changes, the fewer the disruptions of testing  Changes of the software are infrequent  Changes in the software are controlled in software testing  changes to the software do not invalidate existing tests in software testing  The software recovers from failures in software testing 8.What is understandability in Software testing? Understandability in Software testing : 1. The more information we have ,the smarter we will test 2. The design is well understood in software testing 3. 3.Depencies between the internal external and shared components are well understood. 4. Changes to the design are communicated. 5. Technical documentation is accurate 9.What is BUILT IN TESTING ? Built in testing helps in easier testing process and makes the software readily available.
  • 18. 10. What is Built-In tests at class level ? (i) Highly testable (ii) Test reusable (iii) Maintenance and self testable 11.What is Built-in testing at system level ? (i) Subsystems are tested first. (ii)There are many sub methods in each class. (iii)Each method in a class is called as traditional method. (iv) Class and system levels can be activated by calling the test cases at the corresponding levels as member functions. (v) Object name:: Test case N (vi) Each test case N consists of a test driver N and some test cases for specific object. (vii) Results are automatically reported by the built in test driver. 12. What are the categories of Regression testing ? Categories (i)Targeted tests: exercises important affected requirement attributes (ii)Safety tests: coverage oriented and risk oriented 13.What are the Benefits of Regression testing? (i)Most effective (ii)Can be implemented as tools (iii)Sensitive and risky (iv)Can be applied to state diagrams (v)Used to develop graph diagrams (vi)Powerful tool (vii)Used for functional tests (viii)It is not subjective (ix)It is very systematic in functionality (x)Requires only straight forward calculations
  • 19. UNIT - V 1.What are the different types of testing in Client /server testing? Application function tests Server tests Database tests Transaction tests 2.What is Application function tests?  Functionality of client application is tested  Standalone fashion 3.What is Server tests?  Data management functions of the server are tested  Overall response time and data throughput are considered 4.What is Database tests?  Accuracy and integrity of data stored by the server is tested.  Archiving is also tested 5.What is Transaction tests?  Ensures whether each class of transaction is processed according to requirement or not  Verifies the communication among the nodes  Verifies the message passing transaction and network traffic occurrence. 6.Is it necessary to have Client server test? Why? Yes,  Different types of users interoperate with the client server systems.  So a “pattern of usage” is provided to design tests and execute it 7. How many levels of testing occur inC/S testing ?What are they? Testing occurs in 3 different levels namely, o Individual client application testing o Testing client software with associated server application o Testing complete client server architecture including network operation and performance
  • 20. 8. What is Client-Server Testing Client-server software requires specific forms of testing to prevent or predict catastrophic errors. Servers go down, records lock, I/O (Input/Output) errors and lost messages can really cut into the benefits of adopting this network technology. Testing addresses system performance and scalability by understanding how systems respond to increased workloads and what causes them to fail. 9.What is GUI test? GUI software testing is the process of testing a product that uses a graphical user interface, to ensure it meets its written specifications. 10.What are the three forms of capture/playback ?  Three forms of capture/playback are, o Native or Software intrusive o Native or Hardware intrusive o Non intrusive 11. What is TestComplete? TestComplete is an automated testing tool that lets you create, manage and run tests for any Windows, Web or Rich Client software. It makes it easy for anyone to create automated tests. And automated tests run faster, increase test coverage and lower costs. 12.What is functional testing? Functional testing involves making sure the features that most affect user interactions work properly; They are  forms  searches  pop-up windows  shopping carts  online payments
  • 21. 13. What is Usability testing ? Usability testing assesses the website’s user friendliness and suitability by gathering information about how users interact with site. The key to usability testing is to study what a user actually does. 14. What are the steps involved in Usability testing? The main steps to usability testing are: • Identify the website’s purpose • Identify the intended users • Define tests and conduct the usability testing • Analyze the acquired information 15. Why we need Navigation testing Good navigation is an essential part of a website, especially those that are complex and provide a lot of information. 16.What are the key issues of Navigation testing? Key issues with navigation testing include: • Moving to and from pages • Scrolling through pages • Clicking on all images and their thumbnails to ensure they work • Testing all links for validity and correctness • Ensuring no broken links exist • Viewing tables and forms to verify proper layout, which can vary with different browsers • Verifying that windows with multiple frames are processed as if each were a single-page frame • Measuring load time of every web page • Ensuring compatibility and consistent usage of buttons, keyboard shortcuts, and mouse actions. 17. What is Form testing? Websites that use forms need tests to ensure that each field works properly and that the form post all data as intended by the designers. 18. What does form testing includes? Testing of forms includes: • Using the tab key to verify that the form traverses fields in the proper order, both forwards and backwards
  • 22. • Testing boundary values • Checking that forms traps invalid data correctly • Verifying that the form updates information correctly 19. What is Page content testing? Each web page must be tested for correct content from the user perspective. 20. What are the different page content testing? There are 2 categories – 1) ensuring that each component functions correctly; 2) ensuring that the content of each is correct 21. What does the Page content testing includes? • All image and graphics display correctly across various browsers • All content is present per requirements • Page instructions are consistent across browsers • Critical pages maintain same content from version to version • All parts of table or form are present and in the right place • Links to relevant content inside and outside of the site are correct