Parcourir les catégories
Explorer
Fiverr Pro
Français
$
USD
Il semble que ce service ait été suspendu
Je vais réduire le temps de régression avec l'automatisation QA
Pologne
Je parle Ukrainien, Anglais
Ingénieur en automatisation assurance qualité
La plupart des ingénieurs QA ajoutent plus de tests. Moi, je corrige l'architecture.
Ingénieur en automatisation QA, spécialiste Playwright – 6 ans dans des équipes SaaS. Un client : pipeline CI de 4...
À propos de ce service
Votre équipe souhaite des tests automatisés. Personne ne sait par où commencer.
Vous cherchez un tutoriel, vous lancez quelques tests, trois mois plus tard : instables, personne ne les exécute, le projet devient un cimetière. Construit sans architecture.
Ma solution : je construis votre framework Playwright à partir de zéro, de la bonne manière. Modèle Page Object. Prêt pour l'intégration continue.
Documenté. Votre équipe le développe dès le premier jour.
Pas un tutoriel. Un dépôt prêt pour la production avec une architecture propre, de vrais tests de démarrage, et une intégration continue qui s'exécute à chaque push.
CE QUI EST INCLUS
- Projet Playwright en TypeScript ou Python
- Architecture Modèle Page Object
- Tests de démarrage : connexion, smoke, scénario principal
- Workflow GitHub Actions ou GitLab CI
- README + guide d'exécution pour que votre équipe puisse l'étendre
- ESLint, Prettier, configuration environnement intégrés
POURQUOI MOI
Six ans dans des équipes SaaS. Architecture de tests construite à partir de zéro pour plusieurs produits. Plus de 800 tests refaits pour un client. Réduction du CI de 45 minutes à 15 minutes. Documentation complète. Pas d'emprunt à un fournisseur.
Je ne vends pas de tutoriels. Je vends des systèmes.
CONTACTEZ-MOI D'ABORD
Envoyez votre stack et ce que vous souhaitez couvrir. Une seule réponse : oui je peux aider, ou non et pourquoi. Pas de pitch.
Test d'applications:
Application Web
Appareil:
PC
•
Mac
Mon portfolio
FAQ
Traduction automatique
Pourquoi me choisir ?
La plupart des freelances QA vous vendent des tests. Moi, je vous vends un système que votre équipe possède. Six ans sur des produits SaaS. Un client : CI de 45 minutes à 15 minutes, taux de flaky de 6 % à moins de 1 %. Sans verrouillage fournisseur, documentation complète, code propre dès le premier jour.
Ce qui est inclu?
Projet Playwright prêt pour la production avec Modèle Page Object, 3 tests de démarrage (connexion, smoke, scénario principal), workflow CI pour GitHub Actions ou GitLab, README complet, configuration ESLint et Prettier, et une vidéo de présentation. Les niveaux supérieurs ajoutent le support multi-navigateurs, plus de flux, tests API, et intégration.
Qu'est-ce qui n'est pas inclus ?
Tests QA manuels, sécurité ou tests d'intrusion, applications mobiles natives (iOS / Android), tests de charge à plus de 10 000 utilisateurs simultanés, et tests pour des fonctionnalités encore inexistantes. Si vous avez besoin de cela, je vous orienterai vers des spécialistes. Je reste concentré sur l'automatisation web qui tient la route.
Quelles piles technologiques prenez-vous en charge ?
Tout ce que Playwright peut piloter dans un navigateur : React, Vue, Angular, Next.js, Nuxt, Svelte, Remix, Astro, ainsi que les applications rendues côté serveur avec Django, Rails, Laravel, .NET, Spring. Le framework que je construis fonctionne de la même manière, peu importe le langage backend.
TypeScript ou Python : lequel choisir ?
TypeScript si votre équipe écrit en JS/TS. Python si votre équipe est axée sur les données (ML, analytics, backend Python). Par défaut : TypeScript. API Playwright meilleure, communauté plus grande, exécution plus rapide. Je confirmerai le bon choix lors de l'appel de découverte.
J'ai des vieux tests instables. Dois-je migrer ou les remplacer ?
Généralement, il vaut mieux les remplacer. Migrer de mauvais tests peut prendre plus de temps que de les réécrire, car la logique initiale était souvent erronée (timing, sélecteurs, portée). Je passe en revue votre suite, décide ce qu'il faut garder ou jeter, et nous nous alignons avant que je touche au code.
Que faire si notre login utilise SSO, OAuth ou 2FA ?
Tout cela est automatisable. SSO via injection de storageState. OAuth via bypass avec token API. 2FA via TOTP avec une seed réservée aux tests, ou une backdoor non-production contrôlée par votre équipe. Je choisirai l'option la plus propre pour votre stack lors de l'appel de découverte.
Que se passe-t-il lorsque notre UI change ? Les tests vont-ils casser ?
C'est précisément pour cela que le Modèle Page Object existe. Les changements UI touchent un seul fichier de sélecteur, pas 50 fichiers de tests. Quand l'ID d'un champ change, vous mettez à jour le page object, et les tests dépendants passent à nouveau. C'est la différence entre un framework et une collection de scripts.
Mon équipe pourra-t-elle maintenir le framework après mon départ ?
Oui, c'est prévu. Le README et le document d'intégration couvrent la configuration, les commandes d'exécution, comment ajouter un nouveau test, comment ajouter un nouveau page object, et comment déboguer les échecs. La version premium inclut un appel de transfert en direct d'une heure. Je ne vends pas de projets dont vous dépendez de moi. Je vends des systèmes que vous possédez.
Et si notre code est désordonné ou notre documentation minimale ?
C'est le cas typique. Je n'ai jamais vu de transfert propre en 6 ans. Je lis ce qui est là, je pose quelques questions courtes, et je décide d'un point de départ. Vous n'avez pas besoin de nettoyer avant de me l'envoyer. Le désordre est le problème que je suis là pour résoudre.
