Ver categorias
Explorar
Fiverr Pro
Português
$
USD
Vou reduzir o tempo de regressão com automação de QA
Engenheiro de automação de controle de qualidade
A maioria dos engenheiros de QA adicionam mais testes. Eu conserto a arquitetura.
Engenheiro de Automação de QA, especialista em Playwright – 6 anos em equipes SaaS. Um cliente: pipeline de CI de 45 ...
Sobre este Serviço
Sua equipe quer testes automatizados. Ninguém sabe por onde começar.
Você pesquisa um tutorial, monta alguns testes, três meses depois: instáveis, ninguém roda, o projeto vira um cemitério. Construído sem arquitetura.
Minha solução: eu construo seu framework Playwright do zero, do jeito certo. Page Object Model. Pronto para CI.
Documentado. Sua equipe amplia no primeiro dia.
Não é um tutorial. É um repositório pronto para produção com arquitetura limpa, testes iniciais reais e CI que roda a cada push.
O QUE ESTÁ INCLUÍDO
- Projeto Playwright em TypeScript ou Python
- Arquitetura Page Object Model
- Testes iniciais: login, smoke, caminho feliz
- Workflow GitHub Actions ou GitLab CI
- README + guia de execução para sua equipe ampliar
- Configuração de ESLint, Prettier, ambiente
POR QUE ESCOLHER MIM
Seis anos em equipes SaaS. Construí arquitetura de testes do zero em vários produtos. Mais de 800 testes reconstruídos para um cliente. De 45 min para 15 min no CI. Documentação real. Sem lock-in.
Não vendo tutoriais. Vendo sistemas.
ME CHAME PRIMEIRO
Envie sua stack e o que deseja cobrir. Uma resposta: sim, posso ajudar, ou não e por quê. Sem pitch.
Aplicação de teste:
Aplicação Web
Dispositivo:
PC
•
Mac
Meu portfólio
Perguntas frequentes
Tradução automática
Por que você deveria me escolher?
A maioria dos freelancers de QA vendem testes. Eu vendo um sistema que sua equipe possui. Seis anos em produtos SaaS. Um cliente: pipeline de CI de 45 min para 15 min, taxa de flaky de 6% para menos de 1%. Sem lock-in, documentação completa, código limpo desde o primeiro dia.
O que está incluído?
Projeto Playwright pronto para produção com Page Object Model, 3 testes iniciais (login, smoke, caminho feliz), workflow CI para GitHub Actions ou GitLab, README completo, configuração de ESLint e Prettier, e um vídeo de walkthrough. Camadas superiores incluem testes cross-browser, mais fluxos, testes de API e onboarding.
O que não está incluído?
QA manual, testes de segurança ou penetração, aplicativos móveis nativos (iOS / Android), testes de carga com mais de 10 mil usuários simultâneos, e testes para recursos que ainda não existem. Se precisar, vou indicar especialistas. Meu foco é automação web que realmente funciona.
Quais stacks tecnológicas você suporta?
Tudo que o Playwright consegue controlar em um navegador: React, Vue, Angular, Next.js, Nuxt, Svelte, Remix, Astro, além de apps server-rendered de Django, Rails, Laravel, .NET, Spring. O framework que construo funciona do mesmo jeito, independente. A linguagem do backend não importa.
TypeScript ou Python: qual devo escolher?
TypeScript se sua equipe escreve JS/TS. Python se sua equipe trabalha com dados (ML, analytics, backend Python). Padrão: TypeScript. API do Playwright melhor, comunidade maior, runtime mais rápido. Confirmarei a melhor opção na ligação de descoberta.
Tenho testes antigos e instáveis. Você deve migrar ou substituir?
Normalmente substituo. Migrar testes ruins pode levar mais tempo do que reescrever, porque a lógica original muitas vezes estava errada (timing, seletores, escopo). Revisarei sua suíte primeiro, decidirei o que manter e o que descartar, e alinharemos antes de mexer no código.
E se nosso login usar SSO, OAuth ou 2FA?
Tudo isso é automatizável. SSO via injeção de storageState. OAuth via bypass com token de API. 2FA via TOTP com seed apenas para testes, ou uma flag de backdoor não-prod que sua equipe controla. Escolherei a opção mais limpa para sua stack na ligação de descoberta.
O que acontece quando nossa UI muda? Os testes quebram?
Exatamente por isso existe o Page Object Model. Mudanças na UI afetam um arquivo de seletor, não 50 testes. Quando o id do campo muda, você atualiza o page object, e os testes dependentes passam novamente. Essa é a diferença entre um framework e um monte de scripts.
Minha equipe consegue manter o framework depois que eu sair?
Sim, por design. O README e o documento de onboarding cobrem configuração, comandos de execução, como adicionar um novo teste, como criar um novo page object e como debugar falhas. A versão premium inclui uma ligação ao vivo de 1 hora para transferência. Não vendo projetos dos quais você depende de mim. Vendo sistemas que você possui.
E se nossa base de código for bagunçada ou nossa documentação for mínima?
Esse é o estado típico. Nunca vi uma entrega limpa em 6 anos. Leio o que está lá, faço perguntas rápidas e decido um ponto de partida. Você não precisa limpar antes de me enviar. A bagunça É o problema que estou aqui para resolver.
