Comment savez-vous quelles données fictives utiliser dans vos tests ?

Parce que nous connaissons déjà le chemin que nous testons, nous avons une définition du succès pour chaque cas de test. Nous utiliserons des données fictives par essais et erreurs jusqu'à ce que nous empruntions le chemin nécessaire. Cela inclut les menus déroulants, les champs de formulaire et toute autre donnée qui pourrait nous faire emprunter un chemin différent ou ramifié. Comme vous pouvez l'imaginer, le fait que les données de test fictives puissent être testées jusqu'à ce que le résultat corresponde à un état de succès connu, c'est un problème d'apprentissage automatique qui peut éventuellement être entièrement automatisé. Nous y travaillons. Quelques précisions sur la façon dont nous gérons les données de test : - Une grande partie des données fictives n'impacte pas le flux de travail – les connexions, les détails du compte tels que le nom ou l'adresse, quel produit est sélectionné pour être ajouté au panier. Nous utilisons ce qui est pratique. - Les données restreintes syntaxiquement, telles qu'un numéro de téléphone, seront créées en utilisant le contexte ou par essais et erreurs. - Si nous observons des cas de test négatifs en production, nous les testerons – cependant, nous ne testerons pas de manière exhaustive les permutations des données fictives pour déclencher le cas de test négatif. - Nous créons autant de données de test que possible, en particulier lors des flux de création de compte. Nous essayons de manipuler les données de test que nous créons dans la suite de tests pour être moins dépendants des processus de gestion des données de test de nos clients. - Si les données ne sont pas déclenchées par une action humaine (comme dans un outil de surveillance), nous devrons demander une API ou un flux de données pour nous permettre de déclencher ou de recevoir ces données. - Si les données sont transmises entre un rôle utilisateur et un autre (comme un client commandant un produit et un employé traitant la commande), nous organiserons les tests afin de nous assurer que ces données sont créées et transmises pendant le flux de test.