Découvrez quelle solution de test API est arrivée en tête dans le rapport GigaOm Radar. Obtenez votre rapport d'analyse gratuit >>

Découvrez quelle solution de test API est arrivée en tête dans le rapport GigaOm Radar. Obtenez votre rapport d'analyse gratuit >>
Aller à la section
Vous êtes-vous déjà demandé comment faciliter la gestion des données de test (TDM) avec la simulation de test ? Découvrez comment la solution de données de test virtuelles de Parasoft peut vous aider à y parvenir.
Aller à la section
Aller à la section
Pour permettre des tests d'intégration parallèles qui déplacent les tests fonctionnels à gauche, les organisations peuvent tirer parti de l'approche de Parasoft pour gestion des données de test (TDM) qui utilise l'IA, l'apprentissage automatique et les données de test virtuelles pour remplacer le besoin de points de terminaison physiques et de bases de données. Explorons comment cela fonctionne.
La validation et la vérification des logiciels restent l'un des aspects les plus longs et les plus coûteux du développement de logiciels d'entreprise. L'industrie a accepté que les tests soient difficiles, mais les causes profondes sont souvent négligées. Acquérir, stocker, gérer et utiliser des données de test pour les tests est une tâche difficile qui prend trop de temps.
Nous constatons à partir des données de l'industrie que jusqu'à 60% du temps de développement et de test des applications peut être consacré à des tâches liées aux données, dont une grande partie est la gestion des données de test. Les retards et les dépenses budgétaires ne sont qu'une partie du problème - le manque de données de test entraîne également des tests inadéquats, ce qui est un problème beaucoup plus important, entraînant inévitablement des défauts dans la production.
Les solutions traditionnelles du marché pour le TDM n'ont pas réussi à améliorer l'état des défis des données de test - jetons un coup d'œil à certains d'entre eux.
Les approches traditionnelles reposent soit sur la copie d'une base de données de production, soit au contraire sur l'utilisation de données synthétiques générées. Il existe 3 principales approches traditionnelles.
Les testeurs peuvent cloner la base de données de production pour avoir quelque chose à tester. Puisqu'il s'agit d'une copie de la base de données de production, l'infrastructure requise doit également être dupliquée. Le respect de la sécurité et de la confidentialité exige que toutes les informations personnelles confidentielles soient étroitement surveillées, si bien que le masquage est souvent utilisé pour masquer ces données.
Un sous-ensemble de la base de données de production est un clone partiel de la base de données de production, qui ne comprend que la partie nécessaire aux tests. Cette approche nécessite moins de matériel mais, comme la méthode précédente, nécessite également un masquage des données et une infrastructure similaire à la base de données de production.
En synthétisant les données, on ne s'appuie pas sur les données client, mais les données générées sont encore suffisamment réalistes pour être utiles pour les tests. La synthèse de la complexité d'une base de données de production héritée est une tâche importante, mais elle supprime les défis de sécurité et de confidentialité qui sont présents avec les mécanismes de clonage.
Tout d'abord, considérons l'approche la plus simple (et étonnamment la plus courante) du TDM d'entreprise, à savoir le clonage d'une base de données de production avec ou sans sous-ensemble. Pourquoi cette approche est-elle si problématique?
L'approche simplifiée et plus sûre de gestion des données de test que nous proposons chez Parasoft dans notre SOAtest, Virtualiser, CTP Les outils de données de test virtuel sont beaucoup plus sûrs et résolvent ces problèmes traditionnels. En quoi est-ce différent des approches traditionnelles ?
La principale différence est qu'il collecte les données de test en capturant le trafic des appels d'API et des transactions JDBC/SQL pendant les tests et l'utilisation normale de l'application. Le masquage est effectué sur les données capturées si nécessaire, et les modèles de données sont générés et affichés dans l'interface de gestion des données de test de Parasoft. Les métadonnées et les contraintes de données du modèle peuvent être déduites et configurées dans l'interface, et des opérations supplémentaires de masquage, de génération et de sous-ensemble peuvent être effectuées. Cela fournit un portail en libre-service où plusieurs ensembles de données jetables peuvent facilement être provisionnés pour donner aux testeurs une flexibilité et un contrôle complets de leurs données de test, comme vous pouvez le voir dans les captures d'écran ci-dessous :
Parasoft's technologie de gestion des données de test virtuel est complétée par la virtualisation des services, où les dépendances back-end contraintes peuvent être simulées pour débloquer les activités de test. Un bon exemple serait de remplacer une dépendance à une base de données physique partagée en la remplaçant par une base de données virtualisée qui simule les transactions JDBC/SQL, permettant des tests parallèles et indépendants qui seraient autrement en conflit. Le moteur de gestion des données de test de Parasoft étend la puissance de la virtualisation des services en permettant aux testeurs de générer, sous-ensemble, masquer et créer des données de test personnalisées individuelles pour leurs besoins.
En remplaçant les dépendances partagées telles que les bases de données, la virtualisation des services supprime le besoin d'infrastructure et la complexité requises pour héberger l'environnement de base de données. À son tour, cela signifie des suites de tests isolées et la capacité de couvrir des cas extrêmes et extrêmes. Bien que les dépendances virtualisées ne soient pas « réelles », les actions avec état, telles que les opérations d'insertion et de mise à jour sur une base de données, peuvent être modélisées dans l'actif virtuel. Voir cela conceptuellement ci-dessous :
Le principal avantage de cette approche est qu'elle évite les complexités et les coûts d'infrastructure liés au clonage des bases de données, ce qui permet Tests au niveau de l'API (comme les tests d'intégration) beaucoup plus tôt qu'avec d'autres méthodes de données de test.
Voici quelques autres avantages de cette approche:
Les tests sur la base de données physique seront toujours nécessaires mais uniquement requis vers la fin du processus de livraison du logiciel lorsque l'ensemble du système sera disponible. Cette approche pour tester les données n'élimine pas entièrement le besoin de tester par rapport à la base de données réelle, mais réduit la dépendance à l'égard de la base de données dans les premières étapes du processus de développement logiciel pour accélérer les tests fonctionnels.
Les approches traditionnelles de test de la gestion des données pour les logiciels d'entreprise reposent sur le clonage des bases de données de production et de leur infrastructure, ce qui entraîne des problèmes de coût, de confidentialité et de sécurité. Ces approches ne sont pas évolutives et entraînent un gaspillage de ressources de test. Parasoft's solution de données de test virtuelles met de nouveau l'accent sur les tests et la reconfiguration à la demande des données de test, ce qui permet des tests d'intégration en parallèle qui quittent cette étape critique des tests.
Comment réduire le temps de test des API grâce à l'automatisation basée sur l'IA