Accéder au contenu principal

Mutation Testing, Introduction


Voici une bref introduction aux tests par mutation, que j'ai mis en place dans une mission chez mon client du moment.

Le but du mutation testing est de vérifier dans un premier temps si notre couverture de tests est fiable. En effet, il n'y pas de que la couverture de tests qui compte, mais également leur pertinence et leur efficacité. En quelques mot, il s'agit de mesurer le comportement de notre harnais de tests face à du code qui mute (refactoring, correction de bug, refonte d'architecture, etc...) et ainsi déterminer si celui-ci couvre bien le cas pour lequel il a été conçu.

Le principe étant lors de l'exécution des tests de faire muter notre code source et ainsi s'assurer que les mutants ont bien été éliminés : on entend par mutants, les parties de code source ayant muté. Il devient alors évident qu'un test bien fait se plantera dès lors qu'il rencontrera du code ayant un comportement autre que celui de prévu (il existe malheureusement des cas ou la mutation est "légitime"). Si ce n'est pas le cas, c'est que votre test n'est bon et qu'il ne couvre pas correctement votre implémentation.

Pour un peu plus de détail sur la mise en place du mutation testing, n'hésitez pas à aller voir mon article sur mon Wiki pro Reservoir code.

Introduction au Mutation Testing

Bonne lecture,

Crédit photo : https://pixabay.com/fr/users/jackmac34-483877/
Libellés :
Pays/territoire : Paris, France

Commentaires

Enregistrer un commentaire

Posts les plus consultés de ce blog

Faire sa machine virtuelle sous Debian ARM avec QEMU

Introduction L'objet de ce article est de vous expliquer comment faire  pas à pas,  sa machine virtuelle Debian Wheezy   tournant sur un processeur ARM   avec QEMU . Il est relativement simple de trouver des ressources à ce sujet sur le Web, mais je voulais apporter ma pierre à l'édifice sous forme d'un petit  tutorial prêt à l'emploi. A propos d'ARM et d'émulation, il faut savoir qu'au jour d'aujourd'hui, VirtualBox est incapable de virtualiser un OS tournant sur ARM, cela m'a donc obligé à m'intéresser de plus prêt à QEMU. Et si vous vous demandez pourquoi, je veux émuler de l'ARM, vous le serez au prochain épisode... QEMU QEMU est un logiciel développé à l'origine par le célébrissime programmeur  Fabrice Bellard . Le succès de cet émulateur vient principalement du fait, qu'il est tout aussi capable d'émuler que de virtualiser. La principale différence entre l'émulation et la virtualisation est qu'un ...
2 commentaires
Lire la suite

Create and use a result captor in Mockito

Today I will show you how to create a Mockito captor In Mockito it exists the possibilty to use ArgumentCaptor to allow developers to verify the arguments used during the call of mocked method, but not the result itself. Indeed, in the current release of Mockito it's not possible to capture it and my solution to do that is to build a ResultCaptor class which implements the Answer interface and generify it for more conveniance. Let's take a look. Create the ResultCaptor class public static class ResultCaptor < T > implements Answer < T > { private T result = null ; public T getResult () { return result ; } @Override public T answer ( InvocationOnMock invocationOnMock) throws Throwable { //noinspection unchecked result = ( T ) invocationOnMock.callRealMethod(); return result ; } } In this quite simple implementation we see that the ResultCaptor class implements the Answer interface which force to override the...
Lire la suite

Releaser avec Maven sur github

Le but de l'exercice est de releaser un projet Maven simple en utilisant le maven-release-plugin via Cygwin sur la plateforme github . En effet, la procédure serait aussi simple que sur Subversion , à la condition d'avoir ses settings et ses POM au carré, ce que nous allons voir de suite. Pour mener à bien l'opération, les pré-requis sont les suivants : Avoir un environnement de développement sous Cygwin , le mien étant Windows XP SP3 / Cygwin 2.712 , / java 1.6.0_17 / git 1.7.1 avec une auto-complétion des commandes git bien pratique, Avoir une configuration Maven opérationnelle dans le sens où vous avez accès aux maximums de repositories publics et une plateforme d'hébergement/déploiement pour vos archives. La mienne étant Maven 2.2.1 / Nexus™ Open Source Edition 1.7.1. J'avoue avoir de la chance, car j'utilise pour mes tests, ma plateforme d'entreprise (chez Vidal) configurée aux petits oignons par mon collègue Thierry que je salue au pass...
5 commentaires
Lire la suite