Mutation Testing Applied to Object-Oriented Languages

Mutation Testing Applied to Object-Oriented Languages

Copyright: © 2018 |Pages: 11
DOI: 10.4018/978-1-5225-2255-3.ch649
OnDemand:
(Individual Chapters)
Available
$37.50
No Current Special Offers
TOTAL SAVINGS: $37.50

Abstract

Mutation testing is a suitable technique to determine the quality of test suites designed for a certain program. The set of mutation operators and the overall technique should be developed around each programming language in particular. The structures related to the object-oriented paradigm require a tailored analysis addressing them. However, class mutation operators for these languages have not been analyzed at the same extent as traditional operators for procedural languages in the literature. The purpose of the chapter is to look in depth at the development and the current state of mutation testing, and more specifically, with regard to object-oriented programming languages.
Chapter Preview
Top

Introduction

Mutation testing is a suitable technique to determine the quality of test suites designed for a certain program. This testing technique is based on the creation of mutants, that is, versions of the original program with an intentionally introduced fault. Mutations are inserted within the code through some defined rules called mutation operators. The underlying idea is that a good set of test cases for the system under test (SUT) should be able to detect any changes generated affecting the behavior of the application.

Test cases are supposed to produce the correct output when they are run on the original program. When the output of a mutant is different from the output of the original program for a test case, the mutation has been revealed and the mutant is classified as dead. Otherwise, the mutant is still alive and needs to be executed against the rest of the test cases to detect its modification. Hence, if some mutants remain alive after the whole test suite execution, new test cases can be added in order to kill these surviving mutants. However, we classify a surviving mutant as equivalent when the meaning of the program has not actually been modified despite the injected mutation.

Mutation operators represent typical mistakes made when programming and they produce a simple syntactic change in the SUT. Mutation testing is a white-box testing technique, i.e., it tests a program at the source code level. Therefore, the set of mutation operators and the overall technique should be developed around each programming language in particular; the correct choice of the set is one of the keys to successful mutation testing. Thus, we can find an assortment of research studies devoted to the definition of mutation operators for specific languages and tools automating the generation of mutants.

In the same sense, a set of mutation operators can be defined at different levels in each language. Mutation operators mainly dealing with variables, operators or constants were designed for some procedural programs in the early years of the technique. However, other mainstream languages as Java, C# or C++ also include object orientation and completely different mutation operators are needed to test the new structures in these languages. As an example, the operator IHD (Hiding Variable Deletion) deletes a variable member in a subclass which is hiding a variable in a parent class:

Original code:     
class Base{    class Child: public Base{ 
public:          public: 
…                … 
int v;           int v;    
};               };    
Mutated code:
class Base{    class Child: public Base{
public:          public:
…                 …
int v;           /*IHD*/
};               };

The purpose of the chapter is to look in depth at the development and the current state of mutation testing, and more specifically, with regard to object-oriented programming languages, in order to widely make known this technique in the computer science research field. Next sections deal with the related work, the steps to accomplish in the mutation testing process, the approaches to evaluate mutation operators and the existing techniques to improve the problems of this technique: equivalent mutant detection, test data generation and the expensive computational cost. Finally, the definition and evaluation of mutation operators for object-oriented languages will be focused.

Top

Background

Mutation testing was originally proposed by Hamlet (1977) and DeMillo, Lipton and Sayward (1978) and its development has taken place in parallel with the appearance of the different programming languages (Offutt & Untch, 2001). As a result, in the early years, most of the works centered on procedural programming languages: Agrawal et al. (1989) defined a set of 77 mutation operators for C, the tool Mothra was developed including 22 operators to apply mutation testing to Fortran (King & Offutt, 1991) and Offutt and Pan (1996) composed a set of 65 operators for the Ada language. The mutation operators for these procedural languages are known as traditional operators.

Key Terms in this Chapter

Mutation Testing (or Mutation Analysis or Program Mutation): A technique used to evaluate the quality of a test suite in the detection of faults and create new test cases.

Class Mutation Operator: Mutation operator that injects the mutation regarding structures related to the object-oriented paradigm.

Alive Mutant: The mutant that produces the same output as the original program for a certain test case.

Mutation Score: The calculation to measure the quality of a test suite detecting the introduced faults in the mutants. It is defined as the quotient between the number of dead mutants and the number of non-equivalent mutants.

Equivalent Mutant: The mutant whose introduced change does not modify the meaning of the original program.

Mutation Operator: Represents a typical mistake produced by a programmer and it is used to introduce a simple syntactic change in the code to generate a mutant.

Dead Mutant: The mutant that produces a different output from the original program for a certain test case.

Complete Chapter List

Search this Book:
Reset