Nouveautés de VectorCAST 2026

Les utilitaires en ligne de commande se connectent désormais à des modèles linguistiques de grande envergure afin de générer des tests unitaires basés sur les exigences et des exigences basées sur le code. Chaque artefact généré est totalement transparent, avec une visibilité complète sur les entrées, les sorties et les correspondances à chaque étape, avant que quoi que ce soit n’entre dans un workflow de vérification.

Ce que cela signifie pour votre programme : les équipes effectuant manuellement des tests basés sur les exigences peuvent confier le mappage initial des exigences et la génération des cas de test au modèle linguistique de grande envergure (LLM) de leur choix, puis les examiner et les approuver avant de les valider. Une traçabilité complète est assurée tout au long du processus. Découvrez-en davantage sur les fonctionnalités d’IA de VectorCAST ici.

La couverture au niveau du projet et celle au niveau de l'unité s'affichent désormais simultanément dans la vue de couverture des unités. Auparavant, ces informations nécessitaient des vues distinctes, ce qui entraînait des changements de contexte inutiles lors de l'évaluation de l'exhaustivité globale des tests. Elles sont désormais toutes deux disponibles au même endroit.

Ce que cela signifie pour votre programme : les analyses de couverture sont plus rapides. Évaluez l’exhaustivité tant au niveau des unités qu’au niveau du projet sans avoir à passer d’une vue à l’autre.

Les suites GoogleTest existantes s'intègrent désormais directement dans VectorCAST Coded Tests sans nécessiter de réécriture. L'exécution, l'analyse de couverture et la génération de rapports fonctionnent toutes comme prévu au sein des workflows de vérification de VectorCAST. Aucune migration de la logique de test n'est requise.

Ce que cela signifie pour votre programme : les équipes disposant d’une suite GoogleTest établie peuvent l’intégrer dans un environnement VectorCAST certifié et doté d’outils de mesure de couverture, sans perdre les investissements déjà réalisés dans les tests.

Le support native des mocks pour les fonctions C est désormais disponible au sein du framework xUnit. Les unités testées peuvent être isolées sans recourir à des mécanismes de mock externes, ce qui permet de conserver l'autonomie du code de test et de réduire la charge de maintenance de votre suite de tests.

Ce que cela signifie pour votre programme : la simulation de fonctions C ne nécessite plus de gestion manuelle des stubs ni de framework distinct. Le code de test reste plus clair et la limite d’isolation est explicite.

La génération automatique de tests produit désormais du code source C++ pouvant faire l'objet d'une révision grâce à l'option --vc-coded-tests. Les tests générés peuvent être placés sous contrôle de version, révisés dans le cadre de pull requests et gérés à l'aide des mêmes outils que le reste de votre base de code.

Ce que cela signifie pour votre programme : les résultats de l’ATG peuvent être enregistrés dans le système de contrôle de version aux côtés du code de production, révisés dans des pull requests et gérés à l’aide des mêmes outils que le reste de votre base de code.