http://www.onestoptesting.

com/blackbox-
testing/

Static Testing

Home » Static Testing

Overview

The Verification activities fall into the category of Static Testing. During static testing, you have a checklist to check
whether the work you are doing is going as per the set standards of the organization. These standards can be for Coding,
Integrating and Deployment. Review's, Inspection's and Walkthrough's are static testing methodologies.

Contents:

 Introduction

 Static Code Analysis

 Formal Methods

Dynamic Testing

ADVERTISEMENT

Search
Search Site:

Home » Dynamic Testing

Overview
Dynamic Testing involves working with the software, giving input values and checking if the output is as expected. These
are the Validation activities. Unit Tests, Integration Tests, System Tests and Acceptance Tests are few of the Dynamic
Testing methodologies.

Contents:

 Introduction

 Methodologies

Black Box Testing

ADVERTISEMENT

Search
Search Site:

Home » Introduction

Introduction

Black box testing takes an external perspective of the test object to derive test cases. These tests can be functional
or non-functional, though usually functional. The test designer selects valid and invalid input and determines the correct
output. There is no knowledge of the test object's internal structure.

This method of test design is applicable to all levels of software testing: unit, integration, functional testing, system and
acceptance. The higher the level, and hence the bigger and more complex the box, the more one is forced to use black
box testing to simplify. While this method can uncover unimplemented parts of the specification, one cannot be sure that
all existent paths are tested.
Contents:

 Testing Strategies/Techniques

 Black Box Testing Strategy

 Black Box Testing Example

 Advantages and Disadvantages

  Dimensions for Examining Testing

WhiteBox Testing

ADVERTISEMENT

Search
Search Site:

Home » WhiteBox Testing

Introduction

White box testing is a security testing method that can be used to validate whether code implementation follows intended
design, to validate implemented security functionality, and to uncover exploitable vulnerabilities.

Contents:

 Overview

 What is White Box Testing?

 Black Box and Gray Box Testing

 How to perform White Box Testing

 Testing Techniques

 Classes of Tests

 Tools
  Results to Expect

 Business Case

 Benefits

 Costs

 Alternatives

 Conclusion

Unit Testing

ADVERTISEMENT

Search
Search Site:

Home » Unit Testing

Introduction

In computer programming, unit testing is a procedure used to validate that individual units of source code are working
properly. A unit is the smallest testable part of an application. In procedural programming a unit may be an individual
program, function, procedure, etc., while in object-oriented programming, the smallest unit is a method; which may
belong to a base/super class, abstract class or derived/child class.

Ideally, each test case is independent from the others; mock objects and test harnesses can be used to assist testing a
module in isolation. Unit testing is typically done by developers and not by Software testers or end-users.

Contents:

 Benefits
  Separation of interface from implementation

 Limitations of unit testing

 Applications

 Six Rules of Unit Testing

Requirements Testing

ADVERTISEMENT

Search
Search Site:

Home » Requirements Testing

Overview

Requirements seem to be ephemeral. They flit in and out of projects, they are capricious, intractable, unpredictable and
sometimes invisible. When gathering requirements we are searching for all of the criteria for a system's success. We
throw out a net and try to capture all these criteria. Using Blitzing, Rapid Application Development (RAD), Joint
Application Development (JAD), Quality Function Deployment (QFD), interviewing, apprenticing, data analysis and many
other techniques, we try to snare all of the requirements in our net.

Contents:

 Abstract

 The Quality Gateway

 Make The Requirement Measurable

 Quantifiable Requirements
  Non-quantifiable Requirements

 Coherency and Consistency

 Completeness

 Relevance

 Requirement or Solution?

 Stakeholder Value

 Traceability

 Order In A Disorderly World

 Conclusions

Regression Testing

ADVERTISEMENT

Search
Search Site:

Home » Regression Testing

Introduction
Regression testing is any type of software testing which seeks to uncover regression bugs. Regression bugs occur
whenever software functionality that previously worked as desired, stops working or no longer works in the same way
that was previously planned. Typically regression bugs occur as an unintended consequence of program changes.

Common methods of regression testing include re-running previously run tests and checking whether previously fixed
faults have re-emerged.

Contents:

 Background

 Regression Test Generation

 Types of regression

 Mitigating Regression Risk

 Uses

 Strategies and Factors

Error Handling Testing

ADVERTISEMENT

Search
Search Site:

Home » Error Handling Testing

Definition

Error handling refers to the anticipation, detection, and resolution of programming, application, and communications
errors. Specialized programs, called error handlers, are available for some applications. The best programs of this type
forestall errors if possible, recover from them when they occur without terminating the application, or (if all else fails)
gracefully terminate an affected application and save the error information to a log file.
In programming, a development error is one that can be prevented. Such an error can occur in syntax or logic. Syntax
errors, which are typographical mistakes or improper use of special characters, are handled by rigorous proofreading.
Logic errors, also called bugs, occur when executed code does not produce the expected or desired result. Logic errors
are best handled by meticulous program debugging. This can be an ongoing process that involves, in addition to the
traditional debugging routine, beta testing prior to official release and customer feedback after official release.

A run-time error takes place during the execution of a program, and usually happens because of
adverse system parameters or invalid input data. An example is the lack of sufficient memory to run an application or a
memory conflict with another program. On the Internet, run-time errors can result from electrical noise, various forms of
malware or an exceptionally heavy demand on a server. Run-time errors can be resolved, or their impact minimized, by
the use of error handler programs, by vigilance on the part of network and server administrators, and by
reasonable securitycountermeasures on the part of Internet users.
Contents:

 Usage

 Objective

 How to Use?

 When to Use?

 Example

Manual Testing

ADVERTISEMENT

Search
Search Site:

Home » Manual Testing

Introduction

Manual testing is the oldest and most rigorous type of software testing. Manual testing requires a tester to perform
manual test operations on the test software without the help of Test automation. Manual testing is a laborious activity
that requires the tester to possess a certain set of qualities; to be patient, observant, speculative, creative, innovative,
open-minded, resourceful, unopinionated, and skillful.

Contents:

 Overview

 Steps for Manual Testing

 Usage

 How to Use?

Intersystem Testing

ADVERTISEMENT

Search
Search Site:

Home » Intersystem Testing

Definition

There is software , some built in the OS and many after market that can do in system "house cleaning " and testing. One
example is PC Alert. It shows up as a small open eye in task bar and when We move mouse over it, it reads out my CPU
temp. If I right click it and go to the main page, I can test the inter system of every function of my computer as well as all
the external systems as well. An inter system test, for example, could be a memory map, showing what is in memory at
that moment. Another is a test of my fans, speed, efficiency etc. It basically is the way you find out if the inter system is
working with out any problem and is a big help when you do have a problem in finding a fix for it.
Contents:

 Objective

 How to Use?

 When to Use?
  Example

 Disadvantages

Control Testing

ADVERTISEMENT

Search
Search Site:

Home » Control Testing

Control Testing

Usage:

• Control is a management tool to ensure that processing is performed in accordance to what management
desire or intents of management.

Objective:

• Accurate and complete data.

• Authorized transactions.
• Maintenance of adequate audit trail of information.
• Efficient, effective and economical process.
• Process meeting the needs of the user.

How to Use

• To test controls risks must be identified.

• Testers should have negative approach i.e. should determine or anticipate what can go wrong in the application
system.
• Develop risk matrix, which identifies the risks, controls; segment within application system in which control
resides.

When to Use
 • Should be tested with other system tests.

Example

• File reconciliation procedures work.

• Manual controls in place.

Parallel Testing

ADVERTISEMENT

Search
Search Site:

Home » Parallel Testing

Overview

As a test engineer, you may have explored ways to enhance test system performance in the past though parallel testing.
However, the latest off-the-shelf test management software tools simplify parallel test system implementation. These
tools increase test throughput and drive down test system costs.

Contents:

 Introduction

 Choosing a Parallel Test Architecture

 Common Parallel Process Modules

Volume Testing

ADVERTISEMENT

Search
Search Site:

Home » Volume Testing

 Definition

Volume Testing belongs to the group of non-functional tests, which are often misunderstood and/or used
interchangeably. Volume testing refers to testing asoftware application for a certain data volume. This volume can in
generic terms be the database size or it could also be the size of an interface file that is the subject of volume testing. For
example, if you want to volume test your application with a specific database size, you will explode your database to that
size and then test the application's performance on it.

Another example could be when there is a requirement for your application to interact with an interface file (could be any
file such as .dat, .xml); this interaction could be reading and/or writing on to/from the file. You will create a sample file of
the size you want and then test the application's functionality with that file to check performance.

Contents:

 What is Volume Testing?

 Why to Use?

 Who to Use?

 How to Use?

Stress Testing

ADVERTISEMENT

Search
Search Site:

Home » Stress Testing

Introduction

Stress testing deals with the quality of the application in the environment. The idea is to create an environment more
demanding of the application than the application would experience under normal work loads. This is the hardest and
most complex category of testing to accomplish and it requires a joint effort from all teams.

A test environment is established with many testing stations. At each station, a script is exercising the system. These
scripts are usually based on the regression suite. More and more stations are added, all simultaneous hammering on the
system, until the system breaks. The system is repaired and the stress test is repeated until a level of stress is reached
that is higher than expected to be present at a customer site.

Race conditions and memory leaks are often found under stress testing. A race condition is a conflict between at least two
tests. Each test works correctly when done in isolation. When the two tests are run in parallel, one or both of the tests
fail. This is usually due to an incorrectly managed lock.

A memory leak happens when a test leaves allocated memory behind and does not correctly return the memory to the
memory allocation scheme. The test seems to run correctly, but after being exercised several times, available memory is
reduced until the system fails.

Contents:

 IT Industry

 Financial Sector

Performance Testing

ADVERTISEMENT

Search
Search Site:

Home » Performance Testing

Overview

System performance is generally assessed in terms of response time and throughput rates under differing processing and
configuration conditions. To attack the performance problems, there are several questions should be asked first:

 How much application logic should be remotely executed?

 How much updating should be done to the database server over the network from the client
workstation?

 How much data should be sent to each in each transaction?

According to Hamilton, the performance problems are most often the result of the client or server being configured
inappropriately. The best strategy for improving client-sever performance is a three-step process. First, execute
controlled performance tests that collect the data about volume, stress, and loading tests. Second, analyze the collected
data. Third, examine and tune the database queries and, if necessary, provide temporary data storage on the client while
the application is executing.
 Performance Testing

ADVERTISEMENT

Search
Search Site:

Home » Performance Testing » Definition

Definition

Performance testing is the process of determining the speed or effectiveness of a computer, network, software program
or device. This process can involve quantitative tests done in a lab, such as measuring the response time or the number
of MIPS (millions of instructions per second) at which a system functions. Qualitative attributes such as reliability,
scalability and interoperability may also be evaluated. Performance testing is often done in conjunction with stress
testing.

Performance testing can verify that a system meets the specifications claimed by its manufacturer or vendor. The process
can compare two or more devices or programs in terms of parameters such as speed, data transfer rate, bandwidth,
throughput, efficiency or reliability.

Performance testing can also be used as a diagnostic aid in locating communications bottlenecks. Often a system will
work much better if a problem is resolved at a single point or in a single component. For example, even the fastest
computer will function poorly on today's Web if the connection occurs at only 40 to 50 Kbps (kilobits per second).

Slow data transfer rate may be inherent in hardware but can also result from software-related problems, such as:

• Too many applications running at the same time

• A corrupted file in a Web browser
• A security exploit
• Heavy-handed antivirus software
• The existence of active malware on the hard disk.

Effective performance testing can quickly identify the nature or location of a software-related performance problem.

Performance Testing

ADVERTISEMENT

Search
Search Site:

Home » Performance Testing » Method

 Method

Planning

• It is important that the users, tasks and environment used for the test are representative of the intended
context of use.
• Select the most important tasks and user groups to be tested (e.g. the most frequent or the most critical).
• Select users who are representative of each user group. 3-5 users are sufficient to identify problems. 8 or more
users of each type are required for reliable measures.
• Produce a task scenario and input data and write instructions for the user (tell the user what to achieve, not
how to do it).
• Plan sessions allowing time for giving instructions, running the test, answering a questionnaire, and a post-test
interview.
• Invite developers to observe the sessions if possible. An alternative is to videotape the sessions, and show
developers edited clips of the usability problems.
• Two administrators are normally required to share the activities of instructing and interviewing the user,
operating video equipment (if used), noting problems, and speaking to any observers.
• If possible use one room for testing, linked by video to another room for observation.
• If usability measures are required, observe the user without making any comments.
• If measures are not required, prompt the user to explain their interpretation of the contents of each screen and
their reason for making choices.

Agile Testing

ADVERTISEMENT

Search
Search Site:

Home » Agile Testing

Introduction

Agile software development is a conceptual framework for software engineering that promotes development
iterations throughout the life-cycle of the project.

There are many agile development methods; most minimize risk by developing software in short amounts of time.
Software developed during one unit of time is referred to as an iteration, which may last from one to four weeks. Each
iteration is an entire software project: including planning, requirements analysis, design, coding, testing, and
documentation. An iteration may not add enough functionality to warrant releasing the product to market but the goal is
to have an available release (without bugs) at the end of each iteration. At the end of each iteration, the team re-
evaluates project priorities.

Agile methods emphasize face-to-face communication over written documents. Most agile teams are located in
a single open office sometimes referred to as a bullpen. At a minimum, this includes programmers and their "customers"
(customers define the product; they may be product managers, business analysts, or the clients). The office may include
testers, interaction designers, technical writers, and managers.

Agile methods also emphasize working software as the primary measure of progress. Combined with the preference for
face-to-face communication, agile methods produce very little written documentation relative to other methods. This has
resulted in criticism of agile methods as being undisciplined.

Contents:

 History

 Principles behind agile methods — The Agile Manifesto

 Comparison with other methods

 Suitability of agile methods

 Agile data

 Agile methods and method tailoring

 Agile methods

 Measuring agility

 Criticism

 Agile Principles

Localization Testing
 ADVERTISEMENT

Search
Search Site:

Home » Localization Testing

Introduction

Localization (L10N) is the process of customizing a software application that was originally designed for a domestic
market so that it can be released in foreign markets. This process involves translating all native language strings to the
target language and customizing the GUI so that it is appropriate for the target market. Depending on the size and
complexity of the software, localization can range from a simple process involving a small team of translators, linguists,
desktop publishers and engineers to a complex process requiring a Localization Project Manager directing a team of a
hundred specialists. Localization is usually done using some combination of in-house resources, independent contractors
and full-scope services of a localization company.

Contents:

 Overview of Localization Testing

 Definition of Localization Testing

 Things to be consider in Localization Testing

 Localization Testing Features

 Purpose of Localization Testing

 General Areas of Focus in Localization Testing

 Platform in Localization Testing

  Localization Testing of the UI

Globalization Testing

ADVERTISEMENT

Search
Search Site:

Home » Globalization Testing

Introduction

The goal of globalization testing is to detect potential problems in application design that could inhibit globalization. It
makes sure that the code can handle all international support without breaking functionality that would cause either data
loss or display problems. Globalization testing checks proper functionality of the product with any of the culture/locale
settings using every type of international input possible.

Proper functionality of the product assumes both a stable component that works according to design specification,
regardless of international environment settings or cultures/locales, and the correct representation of data.

Contents:

 Gobalization-Testing Plan

 Create the test environment

 Execute Tests

Internationalization Testing

ADVERTISEMENT

Search
Search Site:

Home » Internationalization Testing

Introduction

World is flat. If you are reading this page, chances are that you are experiencing this as well. It is very difficult to survive
in the current world if you are selling your product in only one country or geological region. Even if you are selling in all
over the world, but your product is not available in the regional languages, you might not be in a comfortable situation.
Products developed in one location are used all over the world with different languages and regional standards. This
arises the need to test product in different languages and different regional standards. Multilingual and localization testing
can increase your products usability and acceptability worldwide.

Contents:

 Definition

 Internationalization

 Pseudo-localization

UML

ADVERTISEMENT

Search
Search Site:
Home » Test Cases » UML

Introduction

The Unified Modeling Language (UML) is a standard language for specifying, visualizing, constructing, and documenting
the artifacts of software systems, as well as for business modeling and other non-software systems. The UML represents
a collection of best engineering practices that have proven successful in the modeling of large and complex systems.1
The UML is a very important part of developing object oriented software and the software development process. The UML
uses mostly graphical notations to express the design of software projects. Using the UML helps project teams
communicate, explore potential designs, and validate the architectural design of the software.

Contents:

 Goals of UML

 Why Use UML?

 History of UML

 UML Diagrams
 o Use Case Diagrams

o Class Diagrams

o Interaction Diagrams

o State Diagrams

o Activity Diagrams

o Physical Diagrams

 UML 2 Use Case Diagrams

 Writing a Use Case

 Use case Templates

 Benefits of use cases

 Limitations of use cases

 Use Case Based Testing