Cypress

Les suites Cypress portent généralement le plus de poids du framework : les chaînes cy.get, les alias cy.intercept et les helpers ajoutés avec Cypress.Commands.add. Les trois disparaissent lors de la migration ; le parcours et ses assertions sont ce qui reste.

Prompt

Collez ce prompt dans un agent de code connecté au serveur MCP Autonomy depuis le dépôt :

Migrez les tests Cypress de ce dépôt vers Autonomy.
Pour chaque test : lisez-le, puis créez un cas de test Autonomy avec autonomy_test_case_create, nommé d’après le titre du test.
Convertissez les sélecteurs en descriptions en langage courant du contrôle. Conservez chaque valeur vérifiée exactement telle qu’elle est écrite.
Remplacez les identifiants codés en dur par des valeurs de remplissage choisies par l’agent et la configuration par des valeurs d’environnement.
Intégrez dans les étapes qui les appellent toutes les commandes personnalisées de cypress/support. Traitez cy.intercept + cy.wait('@alias') comme des étapes Validate Network. Supprimez les attentes, les nouvelles tentatives et les fixtures du framework. Répertoriez d’abord les Test Cases existants et ignorez ceux qui couvrent déjà le parcours.
Quand c’est terminé, signalez un tableau test source -> ID du cas de test créé.

Notes de correspondance

• cy.get('[data-cy=x]').click() devient une action Tap/Click sur un contrôle décrit. Le hook data-cy n'est plus nécessaire au test.
• cy.intercept() + cy.wait('@alias') deviennent Validate Network.
• Les commandes personnalisées cy.session() / cy.login() deviennent de vraies étapes de connexion, ou une Precondition lorsque la même session est partagée.
• Les données de cy.fixture() deviennent des valeurs littérales lorsqu'elles sont testées ; sinon, des valeurs d'exécution de l'environnement.

Consultez l'aperçu de la migration pour la correspondance complète, construction par construction.