C'est quoi un test logiciel ? Pourquoi tester son code

Un test logiciel consiste à exécuter un programme, ou une partie de programme, dans une situation choisie, et à comparer le résultat obtenu au résultat attendu. S'ils diffèrent, le test a trouvé un défaut. On teste pour trouver les bugs avant les utilisateurs, et surtout pour pouvoir modifier le code sans peur de casser ce qui marchait. Ce chapitre pose le vocabulaire, les principes du test et ton premier test automatisé.

Le jour où Prêt'Matos a prêté deux fois le même portable

Prêt'Matos est en service depuis trois semaines. Karim, à la logistique, demande une petite évolution : « Quand quelqu'un rend un portable le matin, j'aimerais pouvoir le prêter à quelqu'un d'autre l'après-midi. » Yanis modifie la fonction qui détecte le chevauchement de deux périodes, change un <= en <, essaie une réservation à la main : elle passe. Il livre.

Le 14 mars au matin, Sofiane se présente au guichet pour emprunter PC-07, qu'il a réservé du 14 au 18 mars. Le portable n'est pas là : Julie, qui l'a réservé du 10 au 14, le rapportera en fin de journée, comme sa réservation l'y autorise. La modification a accepté deux prêts le même jour, sans savoir à quelle heure le premier emprunteur rendrait le matériel. Il faut appeler les deux salariés, chercher un autre portable, vérifier toutes les réservations enregistrées depuis la livraison et corriger celles qui se chevauchent. Une ligne de code, une demi-journée perdue, et la confiance des utilisateurs entamée.

Personne n'avait écrit de test pour le cas « une période commence le jour où l'autre finit ». S'il avait existé, il serait passé au rouge la seconde où Yanis a modifié la condition : le problème aurait été vu sur son poste, avant la livraison. C'est tout l'intérêt d'un test automatisé : il ne se fatigue pas, il n'oublie pas, et il rejoue en une seconde tous les cas que quelqu'un a pensé à écrire un jour.

Erreur, défaut, défaillance

Le vocabulaire du test distingue trois notions que le langage courant mélange sous le mot « bug ». Le glossaire de l'ISTQB, l'organisme international qui certifie les testeurs, les définit ainsi :

Une erreur produit un défaut ; un défaut ne provoque une défaillance que si on exécute le code fautif dans la bonne situation. Un défaut peut donc dormir des mois avant de se manifester. Le test cherche à provoquer les défaillances exprès, dans un environnement où elles ne coûtent rien.

Ce que coûte un bug selon le moment où on le trouve

Plus un défaut est découvert tard, plus il coûte cher : il faut le reproduire, comprendre le code écrit des semaines plus tôt, corriger, retester, redéployer, et réparer les dégâts qu'il a causés. Le même défaut de PC-07, à quatre moments différents :

Les sept principes du test

Ces principes, enseignés dans toutes les formations au test (ce sont ceux du programme de certification ISTQB), évitent les illusions les plus courantes.

Le principe 2 est le plus important en pratique : puisqu'on ne peut pas tout tester, l'art du test consiste à choisir les cas qui ont le plus de chances de révéler un défaut. Le chapitre 3 te donne les techniques pour les trouver.

Tester à la main ou automatiser

Tu testes déjà ton code : tu lances l'application, tu remplis un formulaire, tu regardes si le résultat est bon. C'est un test manuel. Il a sa place, mais il a des limites.

Un test automatisé coûte plus cher à écrire la première fois, puis presque rien à rejouer. Dès qu'une vérification doit être refaite plus de deux ou trois fois, l'automatiser est rentable. Et elle doit être refaite après chaque modification du code : c'est ce qui rend l'automatisation indispensable.

Ton premier test automatisé

Voici la fonction qui calcule la durée d'un prêt dans Prêt'Matos. Les dates circulent au format AAAA-MM-JJ, celui des champs <input type="date"> et des colonnes DATE de MySQL.

// src/regles.js
const MS_PAR_JOUR = 24 * 60 * 60 * 1000;

// « 2027-03-12 » devient un numéro de jour : on compare des jours, pas des heures.
function numeroDeJour(dateIso) {
  const [annee, mois, jour] = dateIso.split('-').map(Number);
  return Date.UTC(annee, mois - 1, jour) / MS_PAR_JOUR;
}

// Du 12 au 18 mars : 7 jours, le premier et le dernier compris.
export function dureeEnJours(debut, fin) {
  return numeroDeJour(fin) - numeroDeJour(debut) + 1;
}

Pour la tester, il te faut un framework de test : un outil qui trouve les fichiers de test, les exécute et affiche le bilan. En JavaScript, on utilise Vitest (le chapitre 4 le détaille). Dans un dossier de projet qui contient un package.json avec "type": "module" :

npm install --save-dev vitest

Puis on écrit un fichier de test à côté du code, avec le suffixe .test.js :

// src/regles.test.js
import { test, expect } from 'vitest';
import { dureeEnJours } from './regles.js';

test('compte le premier et le dernier jour', () => {
  expect(dureeEnJours('2027-03-12', '2027-03-18')).toBe(7);
});

test('vaut 1 pour un prêt rendu le jour même', () => {
  expect(dureeEnJours('2027-03-12', '2027-03-12')).toBe(1);
});

Chaque appel à test déclare un cas de test : un nom qui dit ce qui est vérifié, puis une fonction qui l'exécute. expect(valeur).toBe(attendu) est une assertion : si la valeur obtenue n'est pas exactement celle attendue, le test échoue. On lance tout avec npx vitest run :

 ✓ src/regles.test.js (2 tests) 2ms

 Test Files  1 passed (1)
      Tests  2 passed (2)

Les deux tests sont verts. Fais maintenant l'expérience qui convainc tout le monde : supprime le + 1 de dureeEnJours et relance.

 FAIL  src/regles.test.js > compte le premier et le dernier jour
AssertionError: expected 6 to be 7 // Object.is equality

- Expected
+ Received

- 7
+ 6

Le test est rouge : il te dit quel cas échoue, ce qu'il attendait (7) et ce qu'il a obtenu (6). Remets le + 1 : tout repasse au vert. Tu viens de vivre en dix secondes ce qui aurait évité la demi-journée perdue de PC-07.

Le vocabulaire du test

Ce que le référentiel du BTS SIO attend

Les tests apparaissent dans les trois blocs de compétences, avec des intitulés que tu dois savoir citer :

Le cours Épreuve E6 SLAM détaille ce que la commission vérifie pour chaque compétence.

Exercices

test('calcule le total', () => {
  const total = totalCommande([{ prix: 12.5, quantite: 2 }, { prix: 4, quantite: 3 }]);
  console.log(total);
});

test('additionne prix × quantité de chaque ligne', () => {
  const total = totalCommande([{ prix: 12.5, quantite: 2 }, { prix: 4, quantite: 3 }]);
  expect(total).toBe(37);
});