Nova Act combine un modèle pour les actions de navigateur, SDK et l'outil d'exécution. Le développeur décrit les étapes et vérifie le résultat dans le programme.
Comment limiter un long scénario
Pour connaître l'état de la demande d'étude, vous devez ouvrir une page interne, sélectionner un enregistrement et lire le champ. Amazon Nova Act vous permet d'écrire un tel processus via le SDK, en laissant les actions du navigateur à l'agent et en vérifiant le résultat au code de l'application. D'abord, limitez l'application à l'environnement de test et aux droits de lecture. Ensuite, décidez par quels signes le programme reconnaîtra la page souhaitée et quand il terminera l'essai au lieu de passer à l'action suivante.
Le parcours d'étude sur l'enregistrement connu
Ajoutez deux applications avec des numéros proches et des statuts différents sur le stand. Demandez à ouvrir l'un d'eux et lire le statut. Le code doit comparer l'identifiant à celui attendu avant d'enregistrer la valeur. Répétez la requête pour l'enregistrement manquant et en cas d'erreur de téléchargement temporaire. Différenciez la réponse "demande non trouvée" de la situation dans laquelle l'agent n'a pas pu ouvrir la page souhaitée. Les deux sont utiles pour marquer des états distincts.
Coûts et arrêts
Lors du déploiement, enregistrez la région disponible, la méthode d'authentification et les règles de traitement des données du navigateur. Enregistrez la limite de temps et le journal des résultats pour le scénario de test. Si vous ajoutez une entrée au système externe, vérifiez d'abord les répétitions et les conséquences de la rupture immédiatement après l'action. Le nombre d'agents en activité et la durée d'exécution ont un impact sur les coûts, alors mesurez-les sur votre jeu de modèles, y compris les erreurs et les tentatives répétées. Calculez séparément le temps nécessaire à la préparation des données de test.
Pour quelles tâches convient-il
- Vérifier l'entrée dans l'interface de test interne
- Automatiser la lecture répétitive avec une fin claire
Les points forts
- AWS fournit un modèle et un SDK spécialisés
- Modes de développement et d'hébergement documentés
Limites
- Une modification de l’interface demande de rejouer le test
- Limitez les autorisations et prévoyez le traitement des exécutions partielles
Choix et conditions
- Mode gratuit
- Non confirmé
- Période d'essai
- Non confirmé
- Sans inscription
- Non confirmé
- Interface en russe
- Non confirmé
- Installation locale
- Non confirmé
- API
- Oui
« Non confirmé » signifie que les informations disponibles ne suffisent pas. La fonctionnalité peut exister ; vérifiez les conditions du développeur.
- Formats d’entrée
- Texte, Données
- Résultat
- Données
Conditions
AWS publie les scénarios de paiement en fonction du temps de travail des agents. La connectivité locale et les ressources externes peuvent entraîner des coûts supplémentaires. Une modification de l’interface demande de rejouer le test.De la tâche au premier résultat
Exemple pratique
- Tâche
- Vérifier l'entrée dans l'interface de test interne
- Que préparer
- Votre page d'étude avec une liste de commandes et un navigateur de test autorisé.
Consigne ou requête
Comptez les numéros et le statut des commandes visibles. N'allez pas à l'extérieur et ne changez pas d'enregistrement. Renvoie les lignes dans le format convenu.
Résultat attendu
Le tableau est vérifié avec la page et le journal des étapes passées.
Comment vérifier le résultat
- Vérifiez les numéros, les doublons et les sorties en dehors de la zone autorisée.
- Répétez sur la liste vide.
Cet exemple pédagogique préparé par la rédaction décrit une tâche ; il ne présente pas le résultat d’un test personnel du service. Vérifiez la disponibilité du mode requis, les droits sur les fichiers d’origine et les conditions d’utilisation du résultat.
Vérifier les détails
Sources officielles
La description est faite à partir des matériaux du développeur. Les fonctionnalités, les prix et la disponibilité peuvent varier; vérifiez la source avant de l'utiliser.
