Cookies sur AIGROW

Nous utilisons des cookies nécessaires au fonctionnement du site. Avec votre autorisation, nous utilisons aussi des cookies pour l’analyse d’audience, les enregistrements de session et l’attribution marketing.

Politique relative aux cookies

Tests de navigateur automatisés pour votre site ou application web : des tests Playwright pour jusqu’à 8 parcours clés, exécutés dans votre propre CI à chaque déploiement

990 €Prix fixe, payé une seule foisSous 10 jours ouvrés après réception de vos réponses et des accès

Commander pour 990 €Comment ça marche

Chaque modification vous parvient sous forme de pull request à fusionner, et le code vous appartient. Livré comme indiqué, ou intégralement remboursé.

AIGROW écrit des tests Playwright qui font parcourir à un vrai navigateur jusqu’à 8 parcours clés de votre site ou application web, comme l’inscription, la connexion, la recherche, le panier, le paiement en mode test de votre prestataire de paiement et les formulaires de contact, pour 990 € payés une seule fois. Ils s’exécutent dans vos propres GitHub Actions ou GitLab CI, à chaque déploiement ou selon un calendrier.

Ce que font les tests de navigateur, et ce qu’ils ne font pas

Un test de navigateur ouvre votre site dans un vrai navigateur et fait ce que fait un visiteur : il remplit des formulaires, clique et vérifie ce que la page affiche à la fin. Nous écrivons un test pour chaque parcours que vous choisissez, jusqu’à 8, avec Playwright, un outil de test open source de Microsoft.

Ce qu’il apporte
  • Écrit un test Playwright pour chaque parcours que vous choisissez, jusqu’à 8, comme l’inscription, la connexion, la recherche, le panier, le paiement et les formulaires de contact
  • N’exécute un paiement que dans le mode test de votre prestataire de paiement, comme le mode test de Stripe ou le sandbox PayPal
  • Exécute les tests dans Chromium, et aussi dans Firefox et WebKit, le moteur de Safari, si vous le demandez
  • Configure dans vos GitHub Actions ou GitLab CI un workflow qui exécute les tests à chaque déploiement, selon un calendrier, ou les deux
  • Enregistre dans votre CI le rapport de test de chaque exécution, avec une trace de chaque test échoué qui montre l’étape où il s’est arrêté
  • Conserve les identifiants de test dans les secrets de votre CI, jamais dans le code
  • Rédige un court readme expliquant comment lancer les tests, lire un échec et ajouter un parcours
  • Envoie chaque modification sous forme de pull request, ou de merge request sur GitLab, que vous relisez et fusionnez
Ce qu’il n’apporte pas
  • Ne teste pas sur de vrais comptes clients : seulement votre site de préproduction, ou les comptes de test que vous nous fournissez
  • N’effectue aucun paiement réel : les paiements s’exécutent uniquement dans le mode test de votre prestataire
  • Ne réalise pas de test de charge de votre site et ne mesure pas le trafic qu’il peut supporter
  • Ne teste pas votre sécurité : ni analyses, ni attaques, ni tentatives de contourner une connexion
  • N’extrait pas de données et ne teste pas des sites qui ne sont pas les vôtres
  • Ne promet pas de trouver tous les bogues : un test vérifie le parcours pour lequel il a été écrit, et rien d’autre
  • Ne corrige pas votre site : quand un test révèle une panne, nous vous indiquons où, et la correction vous revient
  • N’exige aucun appel : les questions sont rédigées à l’avance, et le reste se passe par e-mail et pull requests

Du paiement aux tests dans votre CI

Chaque étape et son moment. Sans appel, et rien n’arrive sur votre branche principale sans votre fusion.

Réglez votre commandeRéglez en une fois par carte sur la page de paiement Stripe. Stripe vous envoie le reçu.2 minutes
Répondre au questionnaireNous vous envoyons un court questionnaire par e-mail juste après le paiement : votre site et son adresse de préproduction, les parcours à tester, votre prestataire de paiement et votre CI.Environ 20 minutes
Donnez-nous un accès de testEnvoyez un compte de test pour chaque rôle dans un e-mail distinct, et ajoutez notre compte au dépôt avec un accès en lecture : Read sur GitHub, Reporter sur GitLab. Les 10 jours ouvrés commencent dès que nous avons vos réponses et vos accès.10 minutes
Nous écrivons les testsNous écrivons un test Playwright pour chaque parcours, nous les exécutons sur votre site de préproduction jusqu’à ce que chacun réussisse, puis nous configurons le workflow dans votre CI.Sous 10 jours ouvrésAprès vos réponses et vos accès
Relire et fusionnerVous recevez une pull request avec les tests, le workflow et le readme. Une fois fusionnée, les tests s’exécutent dans votre CI. Le lien de maintenance est fourni avec le transfert, si vous le souhaitez.Quand vous fusionnez

Jusqu’à 8 parcours, un seul prix

Payé une seule fois lors du paiement, qui demande votre e-mail et votre carte. Une commande couvre un site ou une application web et un dépôt. Juste après le paiement, nous vous envoyons un court questionnaire par e-mail. La maintenance est facultative et débute au transfert.

Ce dont nous avons besoin de votre part

Répondez à notre questionnaire en indiquant votre site et son adresse de préproduction, jusqu’à 8 parcours, un compte de test pour chaque rôle concerné, votre prestataire de paiement en mode test, votre CI et le dépôt des tests. Ajoutez ensuite notre compte GitHub ou GitLab à ce dépôt avec un accès en lecture. Nous ne demandons jamais les identifiants d’un vrai client ni un mot de passe de votre administration en production.

Ce que vous recevez

  • Un test Playwright pour chaque parcours que vous choisissez, jusqu’à 8
  • Un workflow CI pour GitHub Actions ou GitLab CI qui exécute les tests à chaque déploiement, selon un calendrier, ou les deux
  • Un rapport de test et une trace de chaque test échoué, enregistrés à chaque exécution dans votre CI
  • Un court readme : comment lancer les tests, lire un échec et ajouter un parcours
  • Le tout dans votre dépôt sous forme de pull request à fusionner, et le code vous appartient

Tests de navigateur automatisés

990 €

Payé une seule fois à la commande. Sans abonnement ni renouvellement.

Maintenance, mensuelleFacturé mensuellement

Facultatif, une fois vos tests livrés : nous examinons vos exécutions de tests chaque semaine, mettons à jour sous 2 jours ouvrés les tests que les modifications de votre site font échouer, et ajoutons un nouveau parcours par mois, chacun sous forme de pull request que vous fusionnez. Le lien est aussi fourni avec la livraison. Résiliez à tout moment ; la maintenance s’arrête à la fin du mois payé.

149 €

Facturé chaque mois dès le paiement. Résiliez à tout moment depuis le lien présent dans chaque e-mail que nous envoyons.

Si nous ne livrons pas ce qui est indiqué sur cette page, ou si vous changez d’avis avant le début du travail, vous êtes intégralement remboursé.

Pourquoi l’acheter chez AIGROW

Ce que vous pouvez vérifier avant de payer, et après le travail.

Un prix fixe
990 €, payé une seule fois. Pas d’abonnement, rien ne se renouvelle. Tout ce qui est inclus est détaillé sur cette page avant le paiement.
Une preuve vérifiable
Chaque test s’exécute dans votre propre CI : vous voyez vous-même chaque exécution, chaque échec et sa trace. Le readme liste chaque parcours, les étapes de son test et ce qu’il vérifie à la fin, et le transfert renvoie vers l’exécution dans votre CI où tous les tests ont réussi.
Une méthode publique
Le vérificateur de liens cassés gratuit suit les liens de 50 pages maximum de votre site et liste ceux qui échouent. Lancez-le avant de commander : il montre les liens cassés que rencontre un visiteur, et les tests proposés ici vérifient les formulaires et les parcours qui se cachent derrière. Lancer le vérificateur de liens cassés

Avant d’acheter

Ce qu’est un parcours, les accès dont nous avons besoin, où les tests s’exécutent, ce que couvre la maintenance et comment la résilier.

Un chemin qu’emprunte un visiteur, d’une page de départ jusqu’à un résultat vérifiable, par exemple s’inscrire et arriver sur le tableau de bord, faire une recherche et voir des résultats, ou envoyer le formulaire de contact et voir le message de remerciement. Un paiement, du panier à la confirmation de commande, compte pour un seul parcours.

Avec tout site ou application web qui s’exécute dans un navigateur, quelle que soit sa technologie, si vous pouvez nous fournir une copie de préproduction ou des comptes de test. Un CAPTCHA doit être désactivé ou en mode test sur le site testé. Si un parcours ne peut pas être testé sans un vrai compte client ou un paiement réel, nous vous le disons avant de commencer, puis nous l’écartons ou vous remboursons intégralement.

Un accès en lecture au dépôt où seront placés les tests : le rôle Read sur GitHub ou Reporter sur GitLab. Nous travaillons sur notre propre copie et envoyons chaque modification sous forme de pull request (merge request sur GitLab) que vous relisez et fusionnez. Un dépôt GitHub appartenant à un compte personnel n’a pas de rôle en lecture seule : dans ce cas, nous poussons uniquement sur nos propres branches et c’est vous qui fusionnez. Nous ne demandons jamais de mot de passe.

Non. Ils s’exécutent uniquement sur votre site de préproduction, ou sur des comptes de test que vous nous fournissez et qui ne contiennent aucune donnée client réelle. Les paiements passent uniquement par le mode test de votre prestataire, comme le mode test de Stripe ou le bac à sable PayPal. Les identifiants de test sont stockés dans les secrets de votre CI, jamais dans le code.

Dans votre propre CI, à chaque déploiement, selon un calendrier, ou les deux, et sur vos minutes de CI. GitHub Actions est gratuit sur les dépôts publics ; sur les dépôts privés, chaque formule inclut un quota mensuel, et le dépassement est facturé au propriétaire du dépôt. Le fichier readme indique la durée d’une exécution, ce qui vous permet de voir ce que cela consomme.

Pour 149 € par mois, nous examinons vos exécutions de tests chaque semaine. Lorsqu’un test échoue à cause d’une modification volontaire de votre part, comme un nouveau formulaire d’inscription, nous le mettons à jour sous 2 jours ouvrés après l’exécution en échec ou après votre message. Lorsqu’il révèle une vraie panne, nous vous indiquons ce qui s’est cassé et à quel endroit. Nous ajoutons aussi un nouveau parcours par mois ; un parcours non utilisé n’est pas reporté.

Résiliez à tout moment depuis le lien présent dans chaque e-mail que nous envoyons à ce sujet. La maintenance s’arrête à la fin du mois payé. Les tests et le workflow restent dans votre dépôt et continuent de s’exécuter dans votre CI.

Non. Un test vérifie le parcours pour lequel il a été écrit, étape par étape, ainsi que le résultat final. Il ne vérifie ni les pages situées en dehors de ces parcours, ni la rapidité de votre site, ni le trafic qu’il peut absorber, ni sa sécurité. Nous nous engageons sur les tests, le workflow et le readme, et sur le fait que chaque test a réussi sur votre site de préproduction lors de la livraison.

À vous. Les tests, le workflow et le readme sont dans votre dépôt dès le jour où vous les fusionnez, et vous pouvez les modifier, les partager ou les supprimer. Playwright est open source : vous n’avez donc besoin d’aucun compte chez nous pour continuer à les exécuter.

Le service qui convient ensuite

490 €

Correction de vitesse de boutique

Nous mesurons quatre pages clés de votre boutique Shopify ou WooCommerce sur mobile, corrigeons ce qui les ralentit sur une copie de votre thème, et publions après votre accord.

Découvrir la correction de vitesse

Faites parcourir vos parcours clés par un vrai navigateur à chaque déploiement.

Payez une fois, répondez au questionnaire, donnez-nous un accès de test, puis fusionnez une pull request contenant jusqu’à 8 parcours testés, sous 10 jours ouvrés après réception de vos réponses et de l’accès.

Commander pour 990 €Voir tous les services clés en main

990 € · paiement unique · prestation livrée comme indiqué ou remboursée