Explorar las categorías
Explora
Fiverr Pro
Español
$
USD
Reduciré el tiempo de regresión con QA automation
Ingeniero de control de calidad en automatización
La mayoría de los ingenieros de QA añaden más pruebas. Yo arreglo la arquitectura.
Ingeniero de QA automation, especialista en Playwright – 6 años en equipos SaaS. Un cliente: pipeline de CI de 45 mi...
Acerca de este Servicio
Tu equipo quiere pruebas automatizadas. Nadie sabe por dónde empezar.
Buscas un tutorial en Google, pones en marcha algunas pruebas, tres meses después: inestables, nadie las ejecuta, el proyecto se convierte en un cementerio. Construido sin arquitectura.
Mi solución: construyo tu framework de Playwright desde cero, de la manera correcta. Page Object Model. Listo para CI.
Documentado. Tu equipo lo extiende desde el primer día.
No es un tutorial. Es un repositorio listo para producción con arquitectura limpia, pruebas iniciales reales y CI que se ejecuta en cada push.
QUÉ INCLUYE
- Proyecto de Playwright en TypeScript o Python
- Arquitectura Page Object Model
- Pruebas iniciales: login, smoke, camino feliz
- Workflow de GitHub Actions o GitLab CI
- README + guía de ejecución para que tu equipo lo extienda
- Configuración de ESLint, Prettier y entorno
¿POR QUÉ YO?
Seis años en equipos SaaS. Construí arquitectura de pruebas desde cero en varios productos. Más de 800 pruebas reconstruidas para un cliente. De 45 min a 15 min en CI. Documentación real. Sin lock-in.
No vendo tutoriales. Vendo sistemas.
PRIMER CONTACTO
Envía tu stack y qué quieres cubrir. Una respuesta: sí puedo ayudar, o no y por qué. Sin pitch.
Aplicación de prueba:
Aplicación web
Dispositivo:
PC
•
Mac
Mi porfolio
FAQ
Traducción automática
¿Por qué deberías elegirme?
La mayoría de los freelancers de QA te venden pruebas. Yo te vendo un sistema que tu equipo posee. Seis años en productos SaaS. Un cliente: de 45 min a 15 min en CI, tasa de flaky del 6% a menos del 1%. Sin lock-in, documentación completa, código limpio desde el día uno.
¿Qué está incluido?
Proyecto de Playwright listo para producción con Page Object Model, 3 pruebas iniciales (login, smoke, camino feliz), workflow de CI para GitHub Actions o GitLab, README completo, configuración de ESLint y Prettier, y un recorrido en video. Los niveles superiores añaden soporte multiplataforma, más flujos, pruebas API y onboarding.
¿Qué no está incluido?
QA manual, pruebas de seguridad o penetración, apps nativas móviles (iOS / Android), pruebas de carga con más de 10k usuarios concurrentes, y pruebas para funciones que aún no existen. Si necesitas esas, te remitiré a especialistas. Yo me concentro en la automatización web que perdura.
¿Qué stacks tecnológicos soportas?
Todo lo que Playwright puede manejar en un navegador: React, Vue, Angular, Next.js, Nuxt, Svelte, Remix, Astro, además de apps renderizadas en servidor con Django, Rails, Laravel, .NET, Spring. El framework que construyo funciona igual en todos. El lenguaje backend no importa.
TypeScript o Python: ¿cuál debería escoger?
TypeScript si tu equipo escribe JS/TS. Python si tu equipo trabaja con datos (ML, análisis, backend en Python). Por defecto: TypeScript. Mejor API de Playwright, comunidad más grande, ejecución más rápida. Confirmaré la opción correcta en la llamada de descubrimiento.
Tengo pruebas antiguas inestables. ¿Debería migrarlas o reemplazarlas?
Generalmente, reemplazarlas. Migrar pruebas malas puede tomar más que reescribirlas, porque la lógica original a menudo era incorrecta (timing, selectores, alcance). Primero reviso tu suite, decido qué mantener y qué descartar, y alineamos antes de tocar el código.
¿Qué pasa si nuestro login usa SSO, OAuth o 2FA?
Todo eso es automatizable. SSO mediante inyección de storageState. OAuth con bypass de token API. 2FA con TOTP usando una semilla solo para pruebas, o una bandera de backdoor no productiva que controla tu equipo. Elegiré la opción más limpia para tu stack en la llamada de descubrimiento.
¿Qué pasa cuando cambia nuestra UI? ¿Se romperán las pruebas?
Exactamente por eso existe Page Object Model. Los cambios en la UI afectan un solo archivo de selector, no 50 archivos de prueba. Cuando cambia el id del campo del formulario, actualizas el page object y las pruebas dependientes vuelven a pasar. Esa es la diferencia entre un framework y un montón de scripts.
¿Mi equipo podrá mantener el framework después de que me vaya?
Sí, por diseño. El README y el documento de onboarding cubren configuración, comandos de ejecución, cómo agregar una prueba nueva, cómo añadir un nuevo page object y cómo depurar fallos. La versión premium incluye una llamada en vivo de transferencia de una hora. No vendo proyectos de los que dependes. Vendo sistemas que tú posees.
¿Qué pasa si nuestro código está desordenado o nuestra documentación es mínima?
Eso es lo típico. Nunca he visto una entrega limpia en 6 años. Leo lo que hay, hago preguntas cortas y decido un punto de partida. No necesitas limpiar antes de enviármelo. El desorden ES el problema que estoy aquí para solucionar.
