Revant Pande and Ali Marjaie

WHAT IS A TEST CASE? IEEE Standard 610 (1990) defines test case as follows: A set of test inputs, execution conditions, and expected results developed for a particular objective, such as to exercise a particular program path or to verify compliance with a specific requirement.

DESIGN To conceive or fashion in the mind; invent: design a good reason to attend the STAR testing conference. To formulate a plan for; devise: design a marketing strategy for the new product. To plan out in systematic, usually documented form: design a building; design a test case. To create or contrive for a particular purpose or effect: a game designed to appeal to all ages. To create or execute in an artistic or highly skilled manner.

To conceive or fashion in the mind; invent: design a good reason to attend the STAR testing conference. To formulate a plan for; devise: design a marketing strategy for the new product.

To plan out in systematic, usually documented form: design a building; design a test case.

To create or contrive for a particular purpose or effect: a game designed to appeal to all ages.

To create or execute in an artistic or highly skilled manner.

COMPONENTS OF TEST CASES Well designed test cases are composed of three parts: Inputs Outputs Order of execution

Well designed test cases are composed of three parts:

Inputs

Outputs

Order of execution

TEST CASE SPECIFICATION Test Case Specification Identifier Test Items Input Specifications Output Specifications Environmental Needs Special Procedural Requirements Intercase Dependencies

Test Case Specification Identifier

Test Items

Input Specifications

Output Specifications

Environmental Needs

Special Procedural Requirements

Intercase Dependencies

TEST CASE DESIGN It is the responsibility of the testers to design tests that Reveal defects Can be used to evaluate software performance, usability, and reliability. BY AN EFFECTIVE TEST CASE WE MEAN ONE THAT HAS A GOOD POSSIBILITY OF REVEALING A DEFECT

It is the responsibility of the testers to design tests that

Reveal defects

Can be used to evaluate software performance, usability, and reliability.

BY AN EFFECTIVE TEST CASE WE MEAN ONE THAT HAS A GOOD POSSIBILITY OF REVEALING A DEFECT

ADVANTAGES OF EFFECTIVE TEST CASES If test cases are effective there is :- A greater probability of detecting defects. A more efficient use of organizational resources. A higher probability for test reuse. Closer adherence to testing and project schedules and budgets. The possibility for delivery of a higher-quality software product.

If test cases are effective there is :-

A greater probability of detecting defects.

A more efficient use of organizational resources.

A higher probability for test reuse.

Closer adherence to testing and project schedules and budgets.

The possibility for delivery of a higher-quality software product.

BLACK BOX & WHITE BOX TESTING The Black Box Approach A tester considers the software-under test to be an opaque box. The White Box Approach Focuses on the inner structure of the software to be tested.

The Black Box Approach

A tester considers the software-under test to be an opaque box.

The White Box Approach

Focuses on the inner structure of the software to be tested.

BLACK BOX & WHITE BOX TESTING

HOW TO WRITE GOOD TEST CASES? Write a test plan and test cases Use templates with caution Assume that you will not be performing the test Write the test objectives as hypotheses Use a mix of valid and invalid tests Documenting Test Results

Write a test plan and test cases

Use templates with caution

Assume that you will not be performing the test

Write the test objectives as hypotheses

Use a mix of valid and invalid tests

Documenting Test Results

INFORMATION REQUIRED WHILE DOCUMENTING TEST RESULTS Tester's name and department Date and time the test was performed Name & Version of the operating system Full description of the results Resolution of any problem

Tester's name and department

Date and time the test was performed

Name & Version of the operating system

Full description of the results

Resolution of any problem

ADVANTAGES AND DISADVANTAGES OF DOCUMENTATION Advantages 1. Gives an approach, Description, Pre-conditions to achieve the expect result. 2. Test Cases are useful while writing Traceability Matrix. 3. It shows or avails the traceability of the entire requirements. Disadvantages 1. Without or miswritten Test Cases or human errors in the Test Cases cause the project failure.

Advantages

1. Gives an approach, Description, Pre-conditions to achieve the expect result.

2. Test Cases are useful while writing Traceability Matrix.

3. It shows or avails the traceability of the entire requirements.

Disadvantages

1. Without or miswritten Test Cases or human errors in the Test Cases cause the project failure.

HOW TO PRIORITIZE TEST CASES There are two different methods to determine priorities: Using an informal method - Gathering the information and estimate the priority. Using a formal method - FMEA.

There are two different methods to determine priorities:

Using an informal method - Gathering the information and estimate the priority.

Using a formal method - FMEA.

METHOD 1 - INFORMAL The following may be the example for the priority scale 1-4 P1 - These are the test cases that are run first to determine if a given build is even testable. P2 - These are the test cases that are executed the most often to ensure functionality is stable, intended behaviors and capabilities are working. P3 - These are the test cases where the testing of a given functional area or feature is to get more detailed and the majority of aspects for the function are examined including boundary, error and configuration tests. P4 - These are the test cases that are frequently tested. They are may or may not be tested. It does’nt mean those are not important but just that they are not run often in the life of the project.

The following may be the example for the priority scale 1-4

P1 - These are the test cases that are run first to determine if a given build is even testable.

P2 - These are the test cases that are executed the most often to ensure functionality is stable, intended behaviors and capabilities are working.

P3 - These are the test cases where the testing of a given functional area or feature is to get more detailed and the majority of aspects for the function are examined including boundary, error and configuration tests.

P4 - These are the test cases that are frequently tested. They are may or may not be tested. It does’nt mean those are not important but just that they are not run often in the life of the project.

Method 2 – FORMAL FMEA is a technique for systematically identifying potential failures in a system or process. It can also be used for understanding and prioritizing possible failure modes. But use FMEA only if it is appropriate.

FMEA is a technique for systematically identifying potential failures in a system or process. It can also be used for understanding and prioritizing possible failure modes. But use FMEA only if it is appropriate.

Q? THANK YOU

Q?

THANK YOU