Aller au contenu principal
Pour tous les secteurs

QA et tests automatisés pour sites et applications

Les tests automatisés sont des vérifications que l’ordinateur rejoue seul, à chaque mise en ligne, pour repérer un parcours cassé (formulaire, paiement, connexion) avant vos clients. WebAiLab réalise l’audit qualité, la stratégie de tests, les tests unitaires, d’intégration et de bout en bout, ainsi que les contrôles de performance, d’accessibilité et de SEO, sur un site, une application ou un outil métier existant.

Mis à jour le 28 octobre 2026

Pourquoi tester un site ou une application ?

Un site ou un outil métier se modifie sans cesse : nouvelle page, mise à jour de sécurité, changement d’hébergement. Chaque changement peut abîmer ailleurs ce qui fonctionnait. Trois situations reviennent souvent.

Des bugs découverts par vos clients

Un formulaire qui n’envoie plus rien, un bouton de paiement inactif ou une page blanche sur un téléphone : sans contrôle, c’est souvent un client qui le signale, après plusieurs jours de demandes perdues.

Des régressions après une modification

On corrige un point, on en casse un autre. Plus un outil vit longtemps, plus les effets de bord sont fréquents et difficiles à repérer à la main.

Des mises à jour qui cassent un parcours

Une mise à jour de dépendance, d’hébergement ou d’un service tiers peut rendre une connexion, un paiement ou un envoi d’e-mail défaillant sans qu’aucune erreur visible n’apparaisse.

Côté performance, Google publie des seuils de référence : un bon chargement du contenu principal en 2,5 secondes ou moins, une réactivité de 200 millisecondes ou moins et une stabilité visuelle de 0,1 ou moins, mesurés au 75e percentile des visites (web.dev, Core Web Vitals). Un contrôle automatique permet de repérer une dégradation dès qu’elle apparaît.

Comment se déroule une mission, étape par étape ?

  1. 1. Cadrage et état des lieux

    Nous identifions les parcours qui comptent pour votre activité (demande de devis, connexion, paiement, saisie d’un dossier), la technologie utilisée et les tests déjà présents, y compris sur un site ou un logiciel réalisé par un autre prestataire.

  2. 2. Risques et priorités

    Nous classons les parcours selon l’impact d’une panne et la probabilité qu’elle survienne, pour tester d’abord ce qui coûterait le plus cher.

  3. 3. Stratégie de tests

    Nous proposons quels types de tests écrire, dans quel ordre, avec quels outils, et ce que nous laissons volontairement de côté.

  4. 4. Écriture des premiers tests

    Nous automatisons les parcours critiques, du test d’une règle de calcul jusqu’au parcours complet dans un vrai navigateur.

  5. 5. Exécution à chaque mise en ligne

    Les tests se lancent automatiquement avant chaque publication (intégration continue) : si un parcours est cassé, la mise en ligne est signalée avant d’atteindre vos visiteurs.

  6. 6. Documentation et transmission

    Vous recevez la façon de lancer les tests, de lire un échec et d’ajouter un test, pour que le dispositif reste utilisable par votre équipe ou un autre prestataire.

Ces étapes suivent le déroulé décrit sur la page Méthode. Les tests accompagnent le développement d’application web et s’intègrent à la maintenance et à la sécurité.

Quels types de tests, et à quoi servent-ils ?

Types de tests, utilité et exemple
TypeÀ quoi ça sertExemple
Tests unitairesVérifier une règle précise, isolée du reste.Le calcul d’un total avec remise ou d’une date d’échéance donne le bon résultat.
Tests d’intégrationVérifier que plusieurs morceaux fonctionnent ensemble.Un envoi de formulaire est bien enregistré, puis un e-mail de notification est préparé.
Tests de bout en boutRejouer un parcours complet dans un vrai navigateur, comme un visiteur.Remplir le formulaire de contact, l’envoyer et voir le message de confirmation, sur ordinateur et sur mobile.
Contrôles de performanceDétecter une page qui devient lente après une modification.Mesure avec Lighthouse du chargement de l’accueil et de la page de devis.
Contrôles d’accessibilitéRepérer automatiquement une partie des obstacles pour les utilisateurs.Un champ sans libellé ou un contraste insuffisant est signalé. Un contrôle automatique ne remplace pas un audit complet.
Contrôles de SEOÉviter qu’une modification fasse disparaître une page des moteurs de recherche.Titre, description, balise canonique ou directive noindex vérifiés sur les pages clés.

Les outils du marché comme Playwright, Vitest, GitHub Actions ou Lighthouse sont des exemples d’outils utilisables ; le choix dépend de votre technologie. L’exécution sur votre chaîne de mise en ligne rejoint le travail décrit sur DevOps et hébergement, et les contrôles de sécurité relèvent de la cybersécurité.

Qu’est-ce qui est livré ?

  • Rapport d’audit : état des lieux, risques, parcours critiques et lacunes
  • Stratégie de tests priorisée, avec ce qui est testé et ce qui ne l’est pas
  • Premiers tests automatisés sur les parcours critiques (mise en place)
  • Exécution automatique à chaque mise en ligne, par exemple avec GitHub Actions
  • Contrôles de performance, d’accessibilité et de SEO sur les pages clés
  • Documentation : lancer les tests, lire un échec, ajouter un test

Quels sont les prix des deux offres ?

Les deux offres sont proposées « à partir de » : le prix final dépend de votre outil et figure au devis.

Audit qualité et tests

À partir de 490 € HT

État des lieux, risques, stratégie de tests priorisée et rapport. Utile seul pour savoir par où commencer, ou avant la mise en place.

Mise en place des tests automatisés

À partir de 1 490 € HT

Premiers tests sur les parcours critiques, exécution à chaque mise en ligne et documentation.

Ce qui dépend du devis

  • Le volume de tests : nombre de parcours, de pages et de règles métier à couvrir.
  • Les outils : selon votre technologie, par exemple Playwright, Vitest ou Lighthouse, sans que l’un d’eux soit imposé.
  • La maintenance des tests : les adapter quand votre outil évolue, ce qui est indispensable.
  • L’environnement de test : comptes de démonstration, données fictives, accès à l’hébergement.

Pour savoir ce que précise un devis et à qui appartiennent les réalisations, voir devis et propriété.

Comment faisons-nous sur notre propre site ?

Le site webailab.fr est testé de cette façon. Voici ses mesures internes, relevées le 27 octobre 2026, qui décrivent un état à cette date et non une valeur permanente :

  • 2 212 tests unitaires et d’intégration, avec une couverture d’environ 99,7 % des instructions
  • 425 tests de navigateur réussis sur 4 configurations (Chromium, Chromium mobile, Firefox, WebKit)
  • Notes PageSpeed Insights à 100
  • 51 incidents consignés, chacun avec un test de non-régression

Chaque incident rencontré est consigné puis protégé par un test, pour qu’il ne revienne pas. Le détail et la façon de vérifier se trouvent sur la fiche du site webailab.fr. Ces chiffres concernent notre site et ne préjugent pas du résultat sur le vôtre.

Quelles sont les limites des tests automatisés ?

  • Les tests réduisent le risque, ils ne le suppriment pas : un parcours non testé peut rester défaillant.
  • Une couverture élevée mesure les lignes exécutées, pas la qualité des vérifications.
  • Les tests doivent être maintenus : un outil qui évolue sans que ses tests suivent produit de faux échecs, puis on cesse de les lire.
  • Les contrôles automatiques d’accessibilité ne détectent qu’une partie des problèmes ; un test manuel reste nécessaire.
  • Les tests de performance varient selon la machine et le réseau : ils servent à repérer une dégradation, pas à fixer une note définitive.

Questions fréquentes sur les tests automatisés

Peut-on tester un site ou un logiciel réalisé par un autre prestataire ?

Oui, à condition d’avoir accès au code ou, au minimum, à une version de test de l’outil. L’audit commence par l’état des lieux : technologie, tests existants et parcours critiques. Les tests de bout en bout peuvent être écrits même sans modifier le code.

Quelle différence entre un audit qualité et la mise en place des tests ?

L’audit établit l’état des lieux, les risques et une stratégie priorisée dans un rapport. La mise en place écrit les premiers tests sur les parcours critiques, les exécute à chaque mise en ligne et documente le tout. Vous pouvez faire l’audit seul.

Combien coûtent les tests automatisés ?

L’audit qualité et tests démarre à partir de 490 € HT et la mise en place à partir de 1 490 € HT. Le volume de tests, les outils et la maintenance des tests sont chiffrés sur devis.

Les tests garantissent-ils l’absence de bug ?

Non. Ils réduisent le risque en vérifiant automatiquement les parcours choisis, mais ils ne couvrent jamais tout. Ils détectent surtout les régressions, c’est-à-dire ce qui fonctionnait et ne fonctionne plus après une modification.

Faut-il maintenir les tests dans le temps ?

Oui. Quand une page ou une règle change volontairement, le test correspondant doit être mis à jour. Cette maintenance peut être incluse dans un contrat de suivi ou chiffrée à part, selon votre besoin.

Les tests ralentissent-ils les mises en ligne ?

Ils ajoutent quelques minutes avant chaque publication, selon le volume. Nous gardons en priorité des tests rapides et utiles, pour que le contrôle reste un réflexe et non une contrainte.

Parlons de vos tests

Le premier échange est gratuit : il permet de repérer vos parcours critiques et de vous proposer un audit ou une mise en place adaptés. WebAiLab est basée à Paris et accompagne ses clients dans toute la France, à distance.

Premier échange gratuit