Este es un papel remoto para los candidatos ubicados en São Paulo, Brasil Acerca de LawnStarter LawnStarter es el mercado líder en demanda de la nación para el cuidado del césped y servicios al aire libre, con más de $100 millones en reservas anuales.Estamos expandiendo más allá del cuidado del césped para convertirnos en la ventanilla única para todos los servicios domésticos, operando a través de tres marcas (LawnStarter, Lawn Love, Home Gnome) en una única plataforma compartida. Acerca de Engineering at LawnStarter Hemos pasado los últimos dos años reconstruyendo la plataforma desde cero: nueva aplicación de cliente, nuevo Pro onboarding, motor de distribución de trabajo e infraestructura de datos. La fundación es sólida. Ahora estamos avanzando hacia verticales de servicio ampliados, precios dinámicos y características impulsadas por IA a escala. La calidad necesita mantenerse al día. Nuestra pila es PHP (Laravel) y React/React Native, con Cypress como nuestro marco de prueba principal. Utilizamos activamente Claude Code como parte de nuestro flujo de trabajo de ingeniería, no como un experimento, sino como parte esencial de nuestra función.

• Influencia interfuncional: Trabaja directamente con ingenieros, PMs, diseñadores y el equipo de datos para que asciendan los riesgos, entiendan los requisitos y propongan mejores soluciones. Puede estar integrado en uno o dos equipos de entrega. • Propiedad de la automatización: es propietario de la estrategia para construir y ampliar nuestra cobertura de pruebas automatizada, no solo ejecutar casos de prueba que otro escribió. • Formador de procesos: identificará lagunas en nuestro proceso de calidad y tendrá la autoridad para corregirlas, no solo la marcará. Lo que usted posee. • Cobertura de pruebas automatizada: diseña y amplía nuestra suite de pruebas E2E y de integración utilizando Cypress. Establezca la estrategia, priorice las lagunas de cobertura y alce el piso a través de la plataforma. • Proceso de fallos: posee el ciclo de vida completo desde el triaje hasta la fijación de la producción. Manténgalo en movimiento, mantenga informados a los interesados y asegúrese de que nada se desprenda de las grietas. • Colaboración entre las funciones de calidad multifuncional: colabore con las PM, los diseñadores y el equipo de datos para revisar los requisitos, aumentar los riesgos y definir los medios de trabajo.

• El reto es seguir adelante: aportar nuevas ideas, explorar diferentes tipos de cobertura y encontrar formas más inteligentes de automatizar diferentes aspectos de la aplicación a medida que el producto crece y que las nuevas verticales de servicio se pongan en marcha. Explorar nuevas herramientas y aprovechar la IA para mejorar las operaciones de calidad La IA está cambiando la forma en que construimos software y también está cambiando la forma en que podemos probarlo. Aquí hay una oportunidad real de utilizar herramientas de IA para aumentar la calidad de salida, reducir el trabajo repetitivo y descubrir lagunas de cobertura que de otro modo nos perderíamos. Queremos que alguien que explore activamente ese espacio, no alguien que espere a que se le diga qué usar. Lo que parece un éxito (Año 1) • La cobertura de automatización sigue siendo fuerte: las nuevas características se envían con pruebas automatizadas como base y las estrategias de cobertura evolucionan con el producto. • El proceso de bug se ejecuta sin problemas: la triage para fijar el ciclo es predecible y las partes interesadas saben dónde están las cosas sin tener que preguntar. • Conocimientos de negocios profundos Quiénes son utilizados por el equipo.

Usted utiliza herramientas de IA como Claude Code para escribir, mantener y ampliar el código de prueba, no como una novedad, sino como una parte estándar de cómo trabaja. Usted es cómodo con MCPs de navegador, flujos de trabajo de agentes y scripts de construcción que automatizan las partes aburridas de QA. Esto es poco probable que sea un buen ajuste si usted es escéptico de IA en el flujo de trabajo de ingeniería. Automation-first. Su defecto cuando encuentra un problema es preguntar cómo prevenirlo automáticamente. Usted construye una infraestructura de prueba que supera cualquier caso de prueba individual. Esto es poco probable que sea un buen ajuste si su fuerza es pruebas manuales y automatización es algo que usted tolera en lugar de conducir. Obsesión del cliente. Usted piensa como un usuario. Cuando está probando un flujo, usted está preguntando si realmente funciona para un cliente real, no sólo si coincide con la especificación. Esto es poco probable que sea un buen ajuste si usted trata la calidad como una caja de verificación más que un estándar.

Técnicamente sólido. Usted es cómodo leyendo y escribiendo código. Usted entiende los servicios web frontales y de backend lo suficientemente bien como para probarlos correctamente, escribir consultas SQL significativas y problemas de depuración en toda la pila. Esto es poco probable que sea un buen ajuste si su profundidad técnica se limita a una sola capa o marco.