Domaine 13 · Développement et web

Tests et assurance qualité

La qualité d'un logiciel ne se décrète pas en réunion, elle se mesure. Nous prenons votre application, votre boutique ou votre portail, nous les parcourons comme le feront vos utilisateurs, puis nous vous remettons une liste d'anomalies ordonnée, reproductible et chiffrée en effort de correction. Cinq services couvrent les cinq questions que l'on se pose avant une mise en ligne. Tout se déroule à distance, sur votre environnement de recette.

5
services réunis dans ce domaine
0
déplacement, tout se fait à distance
95 €
HT par heure de test, plafond convenu
Contre-test
chaque correctif est revérifié

Cinq questions, cinq familles de tests

Le produit fait-il ce qui est écrit ? Tient-il le jour de pointe ? Peut-on vérifier sans recliquer les mêmes écrans ? Les gens comprennent-ils ce qu'ils voient ? Quelqu'un peut-il atteindre les données sans y avoir droit ? Chaque service répond à l'une de ces questions.

Décrire votre produit

Ce que coûte la même anomalie selon le moment

Une virgule mal placée dans une règle de remise reste anodine tant qu'aucun client ne la rencontre. Le prix de la correction grimpe à chaque étape franchie : des vérifications régulières pendant les travaux valent mieux qu'un grand examen la veille de la réception.

Dans le cahier des charges

Presque gratuit. Vous reformulez une phrase avant que la moindre ligne de code existe.

Pendant le développement

Peu coûteux. Le développeur a encore la logique en tête et reprend son code en quelques minutes.

Pendant la recette

Nettement plus cher. Le ticket repart en arrière, la relecture de code et le déploiement sur préproduction recommencent.

Après la mise en production

Cher. Correctif hors plan, souvent le soir, puis vérification inquiète que rien d'autre n'a bougé.

Devant vos clients

Le plus cher. À la correction s'ajoutent les paniers abandonnés, les avis publics et une boîte de support saturée deux jours durant.

Un script ne se rembourse que s'il est rejoué souvent. Nous réservons donc l'automatisation aux parcours stabilisés, ceux qui doivent fonctionner à chaque version. Les écrans encore redessinés à chaque itération restent vérifiés à la main, faute de quoi le budget finit dans l'entretien des tests au lieu du produit.

Comment se déroule une mission

Vous ne recevez pas une note globale du genre « qualité moyenne », mais des constats numérotés et hiérarchisés, avec les étapes pour les reproduire. Nous travaillons à distance : sur votre environnement de recette, par accès sécurisé ou avec des comptes de test dédiés.

01

Découverte du produit

Une visioconférence pour comprendre qui se sert du système, à quoi il est relié et où une panne touche directement le chiffre d'affaires ou le service rendu. Tous les écrans ne méritent pas la même attention.

02

Plan et périmètre

Scénarios, navigateurs et terminaux choisis d'après vos statistiques d'audience. Vous validez le plan, le volume d'heures et le prix avant que le travail commence.

03

Exécution et constats

Chaque anomalie part dans l'outil que vous utilisez déjà, Jira, Azure DevOps, GitLab ou GitHub, avec les étapes, le jeu de données, le résultat attendu, une capture et un niveau de gravité.

04

Contre-test

Après vos correctifs nous revérifions les points traités et nous regardons les fonctions voisines, car une réparation déplace souvent le problème d'un cran plus loin.

Questions fréquentes

Un développeur vérifie que son code produit le comportement prévu. Un testeur cherche les situations où il produit autre chose : formulaire vide, retour arrière du navigateur au milieu d'un paiement, deux onglets ouverts sur le même panier. Ce sont deux états d'esprit opposés, difficiles à tenir en même temps face à son propre travail.

Oui, et la demande est fréquente avant la signature d'un procès-verbal de recette, ou avant la réception d'un logiciel commandé par une collectivité dans le cadre d'un marché public. Nous n'avons pas écrit ce code, donc rien à ménager. Le moment le plus utile reste avant la réception, quand les corrections se négocient encore avec le titulaire.

Oui. Pour les sites des collectivités, des écoles et des autres organismes soumis à l'obligation légale, nous appliquons le référentiel RGAA 4.1 : navigation au clavier, contrastes, alternatives textuelles, restitution par lecteur d'écran. Ailleurs nous nous appuyons sur WCAG 2.1 AA. Les résultats alimentent votre déclaration d'accessibilité et votre schéma pluriannuel, et l'European Accessibility Act peut également concerner un site marchand : la question mérite l'avis de votre conseil juridique.

Les missions ponctuelles au temps passé, 95 € HT/h, avec un plafond validé dans le plan de test. Les vérifications récurrentes, à chaque version ou à chaque itération, entrent dans un forfait mensuel Start, Business ou Premium pour un budget prévisible. Les factures partent au format électronique, selon les règles de la facturation électronique.

L'idéal est qu'il n'y en ait aucune : nous proposons des données fabriquées ou une copie anonymisée de la base. Quand travailler sur des données réelles devient inévitable, un contrat de sous-traitance au sens du RGPD est signé au préalable, les accès sont réduits au strict nécessaire, tracés, puis supprimés à la fin de la mission.

Trouvons les anomalies avant vos clients

Dites-nous ce qui doit être testé et quand vous prévoyez la mise en ligne. Vous recevez un plan de test et une estimation fondée sur le nombre de scénarios.

Horaires
du lundi au vendredi, 8h-18h, réponse sous un jour ouvré
Réunions
En ligne, sur Teams ou Google Meet

Nous utilisons uniquement les cookies nécessaires : ils font fonctionner le site et mémorisent la ville que vous avez choisie. Nous ne vous suivons pas à des fins publicitaires. Les détails figurent dans la politique de confidentialité.