Vue d'ensemble
La page Consommation de crédits est un tableau de bord de facturation qui indique le nombre de crédits utilisés par votre organisation pour les tests automatisés. Considérez les crédits comme la "monnaie" que vous dépensez lorsque vous exécutez des tests : chaque étape de test coûte un petit montant, et cette page vous aide à suivre et à comprendre vos schémas d'utilisation.
Prérequis
Vous devez disposer du rôle Admin dans votre organisation.
Étape par étape : comment vérifier la consommation de crédits
Ouvrez le menu Paramètres de l'organisation
Dans la barre de navigation latérale, localisez et cliquez sur l'option Paramètres de l'organisation pour accéder à tous les paramètres de l'organisation.
Ouvrir le menu Abonnement
Dans la barre de navigation latérale, localisez et cliquez sur l'option Abonnement pour accéder à la consommation de crédits.
Naviguer vers Usage
Dans la section Abonnement, cliquez sur Usage.
Fiches récapitulatives (principaux indicateurs)
Indicateur | Description | Calcul |
| Total des crédits utilisés pendant la période de facturation en cours | SOMME (crédits) pour la période de facturation en cours |
| Delta d'utilisation | ((Actuel - Précédent) / Précédent) × 100 |
| Total des crédits alloués par plan | Essai gratuit : 100 |
| Proportion de crédits utilisés par rapport au total des crédits alloués | (Crédits de la période utilisés / Total des crédits du plan) × 100 |
| Coût moyen en crédits d'un test (30 dernières exécutions) | Moyenne des crédits sur les 30 dernières exécutions |
Types d'événements
Cas de test créé — La génération des étapes du cas de test initial entraîne une consommation de crédits avec le type d'événement Cas de test créé.
Chat — L'utilisation de Thunders AI pour mettre à jour les étapes d'un cas de test ou obtenir une suggestion entraîne une consommation de crédits avec le type d'événement Chat.
Queued Run — La mise en file d'attente des cas de test génère une consommation de crédits avec le type d'événement Queued Run.
Debug Run — L'exécution d'un cas de test en mode débogage génère une consommation de crédits avec le type d'événement Debug Run. Les crédits consommés pour chaque action sont affichés au survol de la durée de l'action.
CI Run — La mise en file d'attente des cas de test à l'aide de l'API génère une consommation de crédits avec le type d'événement CI Run.
Comment les crédits sont consommés
Le tableau suivant montre les crédits consommés dans les différentes catégories.
Catégorie | Description | Consommation de crédits |
Actions standard | La plupart des interactions avec le navigateur (clics, saisies, navigations, assertions, etc.) | 0,01 crédit par action |
Étapes à actions multiples | Si une étape unique comprend plusieurs actions (par exemple, "Cliquer et attendre la navigation"), chaque action est facturée séparément. | Facturé par action |
Actions de comparaison visuelle | Lorsque Thunders effectue une comparaison visuelle ou basée sur les pixels. | multiplicateur x10 |
Actions d'accessibilité | Lorsqu'un test est exécuté avec la Persona Accessibilité : les actions qui génèrent un rapport d'accessibilité sont facturées à x10, tandis que toutes les autres actions du même test sont facturées normalement. | multiplicateur x10 |
Étapes de découverte | Thunders peut explorer votre application automatiquement et générer des sous-actions. Seules les sous-actions sont facturées, et non l'étape de découverte elle-même. | Facturées par sous-action |
Génération de plan de test | Lorsque vous générez un plan de test à partir d'un PRD, d'une spécification de fonctionnalité ou d'une description. | 1 crédit par plan de test |
Moyenne des crédits/test =
(SOMME des crédits des 30 dernières exécutions) / 30Variation par rapport à la période précédente =
((actuel - précédent) / précédent) * 100
Exemple
Test exécuté avec la Persona Accessibilité :
5 actions standard → 5 × 0,01 = 0,05
1 comparaison visuelle → 1 × 0,01 × 10 = 0,10
1 action d'accessibilité générant un rapport → 1 × 0,01 × 10 = 0,10
Total = 0,05 + 0,10 + 0,10 = 0,25 crédit
Profils authentifiés et exécutions planifiées
Deux autres éléments consomment vos crédits.
Les Profils authentifiés sont une entité facturée, et apparaissent sous ce nom dans le détail de votre consommation. Un Profil est facturé qu'il ait été enregistré à la main ou capturé pendant une exécution.
Les exécutions planifiées consomment des crédits exactement comme celles lancées par une personne. Il vaut la peine de consulter cette page après la première semaine d'un nouveau Planning, car une règle qui se déclenche chaque heure coûte environ vingt-quatre fois ce que le même groupe de test coûte une fois par jour.