Aller au contenu
SDETRole
SDETRole

Documentation QA

Générateur de modèles de données de test

Définissez champs et contraintes, obtenez lignes valides, limites et invalides.

Fonctionne entièrement dans votre navigateur Sans inscription

Field 1

Every row changes one field from the nominal valid row, so a failing row points at exactly one rule. Values are fixed and deterministic: the same definitions always give the same table.

CSV · 0 rows

À propos de cet outil

Les tests pilotés par les données ne valent que par leur table de données, et les tables écrites à la main oublient souvent les limites. Définissez chaque champ avec un type (chaîne, e-mail, nombre, date, enum, booléen ou téléphone) et ses contraintes (longueur ou plage de valeurs, obligatoire, valeurs autorisées), et ce générateur construit la table : une ligne valide nominale, puis des lignes qui modifient exactement un champ à la fois, au minimum et au maximum, un pas hors de chaque limite, absent quand il est obligatoire, et dans des formats invalides. Chaque ligne est marquée Accept ou Reject avec une raison comme « age = 17 (below min 18) », pour qu’une ligne en échec désigne une seule règle. Les valeurs sont déterministes, sans données aléatoires : les mêmes définitions produisent toujours la même table et les diffs en gestion de versions restent lisibles.

Mode d’emploi

  1. Ajoutez un champ pour chaque entrée : nom, type et contraintes. Laissez min ou max vide pour l’absence de limite.
  2. Pour les enums, listez les valeurs autorisées ; pour les nombres, indiquez si seuls les entiers sont valides.
  3. Relisez l’aperçu et filtrez-le par lignes valides, limites ou invalides.
  4. Exportez en CSV pour des tests pilotés par tableur ou en JSON pour des tests paramétrés dans le code.

FAQ : Générateur de modèles de données de test

Comment utiliser le résultat dans des tests automatisés ?

Chargez le tableau JSON et paramétrez un test dessus : envoyez les données de chaque ligne, puis vérifiez un succès quand expected vaut « Accept » et une erreur de validation quand il vaut « Reject ». La raison donne un nom de test clair, par exemple avec test.each dans Vitest/Jest ou @MethodSource dans JUnit 5.

Comment les valeurs absentes sont-elles représentées ?

Par une cellule vide en CSV et par null en JSON. Si votre API distingue une clé absente d’un null explicite, ajoutez un cas séparé pour la clé omise.

Pourquoi ne pas utiliser de données aléatoires ?

Les valeurs aléatoires rendent les échecs difficiles à reproduire et les tables difficiles à relire. Le test aux limites exige des valeurs exactes (le minimum, une unité en dessous), donc cet outil génère des valeurs fixes. Utilisez le générateur de données de test quand vous avez besoin d’enregistrements aléatoires réalistes.

Saisissez un terme pour rechercher sur SDETRole.

Recherche plein texte par Pagefind · s’exécute dans votre navigateur Ouvrir la page de recherche →