Software Quality Assurance

Current Topics In Computer
Technology
Software Quality Assurance
Rohana K Amarakoon
B.Sc (SUSL), MBCS (UK), MBA (AUS-Reading)

Content
1. What is testing?
2. Quality Assurance versus Quality Control
3. Software Quality
4. The Cost of Software Quality
5. Types of Test Activities
6. Static and Dynamic Testing
7. White-box and Black-box Testing
8. Fault & Failure Model
9. Observability and Controllability
10. Verification and Validation
2PST 32220 - Current Topics In Computer Technology (Lecturer : Mr. Rohana K Amarakoon)

Content
11. Old : Testing at Different Levels
12. New : Test Coverage Criteria
13. New : Agile Testing
14. V Model In Testing (Software Testing Life Cycle)
15. Test First Design (TFD)
16. Continuous Integration Process Flow
17. Test Case Design Flow
Expected Outcomes

PST 32220 - Current Topics In Computer Technology (Lecturer :
Mr. Rohana K Amarakoon)
4

1. What Is testing
• Software testing consists of the dynamic verification of the behavior of a
program on a finite set of test cases, suitably selected from the usually infinite
executions domain, against the expected behavior.
Source: SWEBOK, Chapter 5, Software Testing, 2004

1. What Is testing
• Software Faults, Errors & Failures
1. Software Fault : A static defect in the software
Faults in software are design mistakes and will always exist
2. Software Failure : External, incorrect behavior with respect to the requirements or other
description of the expected behavior
• Testing & Debugging
1. Testing : Finding inputs that cause the software to fail
2. Debugging : The process of finding a fault given a failure

1. What Is testing

2. Quality Assurance versus Quality Control

3. Software Quality
• Conformance to requirements (Philip Crosby) –
Producer view: characterized by:
1. Doing the right thing
2. Doing it the right way
3. Doing it right the first time
4. Doing it on time without exceeding cost

3. Software Quality
• Fit for use (Joseph Juran & Edwards Deming) –
Customer view: characterized by:
1. Receiving the right product for their use
2. Being satisfied that their needs have been met
3. Meeting their expectations
4. Being treated with integrity, courtesy and respect

4. The Cost of Software Quality
• Prevention Costs
1. Up-front costs for benefits that will be derived later
2. Establishing procedures, training, tools and planning.
3. Spent before the product is actually built.
• Appraisal Costs
1. Review completed products against requirements.
2. Includes the cost of inspections, testing, and reviews.
3. After the product is built but before it is shipped to the user.
• Failure Costs
1. Defects that make it to the user or to production.
2. Repairing products to make them meet requirements.
3. Cost of operating faulty products and operating a Help Desk.

Testing can be broken up into four general types of activities
1.Test Design
• Design test values to satisfy engineering goals, these test values from domain
knowledge and intuition
• Requires knowledge of discrete math, programming and testing
• Requires knowledge of domain, UI, testing
2.Test Case Preparation
• Write test cases manually for each test scenario and keep them for future reference
• Requires good communication and language skills
• Test case values that directly satisfy one test requirement
• Expected result that will be produced when executing the test if the program
satisfies it intended behavior

Testing can be broken up into four general types of activities
3.Test Execution
• Run tests on the software and record the results
• Requires very little knowledge
4.Test Evaluation
• Evaluate results of testing, report to developers
• Requires domain knowledge
Each type of activity requires different skills, background knowledge, education and training. In
software testing single tester should be able to do all four activities.

6. Static and Dynamic Testing
• Static Testing : Testing without executing the program
1. This include software inspections and some forms of analyses
2. Very effective at finding certain kinds of problems – especially “potential” faults, that is,
problems that could lead to faults when the program is modified
• Dynamic Testing : Testing by executing the program with real inputs

• Black-box testing :
Deriving tests from external descriptions of the software, including
specifications, requirements, and design
• White-box testing :
Deriving tests from the source code internals of the software, specifically
including branches, individual conditions, and statements

• White-box testing : Also know as structural testing.
1. Testing based on analysis of internal logic (design, code, etc.). (But expected results still
come from requirements.)
2. White-box testing concerns techniques for designing tests; it is not a level of testing.
3. White-box testing techniques apply primarily to lower levels of testing (e.g., unit and
component).

8 Fault & Failure Model
• Three conditions necessary for a failure to be observed
1. Reachability : The location or locations in the program that contain the fault must be
reached
2. Infection : The state of the program must be incorrect
3. Propagation : The infected state must propagate to cause some output of the program to
be incorrect

9. Observability and Controllability
• Software Observability :
How easy it is to observe the behavior of a program in terms of its outputs, effects on the
environment and other hardware and software components
Software that affects hardware devices, databases, or remote files have low observability
• Software Controllability :
How easy it is to provide a program with the needed inputs, in terms of values, operations,
and behaviors
1. Easy to control software with inputs from keyboards
2. Inputs from hardware sensors or distributed software is harder
3. Data abstraction reduces controllability and observability

10. Verification and Validation
• Verification :
Verification ensures that the system (software, hardware, documentation, and personnel)
complies with an organization’s standards and processes, relying on review or non-
executable methods.
• Validation :
Validation physically ensures that the system operates according to plan by executing the
system functions through a series of tests that can be observed and evaluated.

• Classic testing
Classic testing is a process that starts with planning the test, creation of test cases in form of written
instructions, manual execution of the tests, creation of test reports, and finally evaluation to see if
more testing is needed.
This process can be started as the project starts up, but often has no or minimal involvement with
the development process.

12. New : Test Coverage Criteria
Now tester’s job is simple : Define a model of the software, then find ways to cover it
• Test Requirements :
Specific things that must be satisfied or covered during testing
• Test Criterion :
A collection of rules and a process that define test requirements
Infeasible test requirements : test requirements that cannot be satisfied
1. No test case values exist that meet the test requirements
2. Dead code
3. Detection of infeasible test requirements is formally undecidable for most test criteria
Thus, 100% coverage is impossible in practice

• The delivery of useful, operational software on a regular and frequent basis is a
goal of a pure agile project.
• Output is going to be a fully-tested, usable piece of functioning software
• Then testing must be an integral part of the team that produces it
BUT on many ‘agile’ projects we find that the necessary specialist testing is not performed within
the agile development team, but instead done as a separate activity some time after the agile
development team delivers their output.

14. V Model In Testing (Software Testing Life
Cycle)

With TFD you write a single test and then just enough
production code to fulfill that test
• Test-Driven Development (TDD) = Refactoring + TFD
• TDD is a continuous confirmatory validation activity
• TDD is also called Behavior Driven Development (BDD)

17. Test Case Design Example

Expected Outcomes
• Understand about the why we need Quality Assurance in IT
• Understand about the nature and challenges for the Quality Assurance in IT
• Get to know about the Quality Assurance methods and mechanisms
• Study about how we could use Quality Assurance to make sure our final out come
of the IT project in to perfect.

Thank You!

Software Quality Assurance

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to Software Quality Assurance

Similar to Software Quality Assurance (20)

More from Rohana K Amarakoon

More from Rohana K Amarakoon (20)

Recently uploaded

Recently uploaded (20)

Software Quality Assurance