Bidrer for kandidater som befinner seg i Porto Alegre, Brazil Om LawnStarter LawnStarter er den førende markedsplassen på bestilling for grytebruk og utendørs tjenester, med over 100 millioner M i årlige bestillinger. Vi utvider utover grytebruk for å bli den enestående butikken for alle hjemmetjenester, som oper på tre merker (LawnStarter, Lawn Love, Home Gnome) på en enkelt delt plattform. Om Ingeniør på LawnStarter Vi har brukt de siste to årene på å bygge opp plattformen fra bakken: ny kundeapp, ny Pro onboarding, jobbdistribusjonsmotor og datainfrastruktur. Grunnlaget er solid. Nå går vi inn i utvidet tjenestevertikaler, dynamisk prissetting og AI- motor i skala. Kvalitet må holdes opp. Vår stakk er PHP (Laravel) og React- innbygger, og React- innbygger, med Cypress som hovedtesting. Vi bruker Claude- koden som et eksperiment, ikke som en del av vårt eksperimentelle prosessprosess. Kvaliteten som vi får med å få med i sin egen kvalitet og styrke. Dette er en god

• Tverrfunksjonell påvirkning: Du arbeider direkte med ingeniører, PM, Designere og Data teamet for å håndtere overflaterisiko tidlig, forstår behovene grundig og foreslår bedre løsninger. Du kan være innebygget i ett eller to leveringslag. • Automasjon eier: Du eier strategien for å bygge og utvide vår automatiske testdekning, ikke bare utføre testsakene noen andre skrev. • Prosessformer: Du vil finne hull i kvalitetsprosessen og ha myndighet til å rette dem, ikke bare flagge dem. Hva du eier • Automatisert testdekning: Design og vokse vår E2E- og integreringstestpakke ved hjelp av Cypress. Sett strategien, prioritert dekningshull og løft gulvet over plattformen. • Feilprosess: Eg hele livssyklusen fra treår til produksjonsfikasjon. Hold den i bevegelse, hold interessenter underrettet og sørg for at ingenting faller gjennom sprekkene. • Tverfunksjonelt kvalitetspartnerskap: Samle med PM, Designere og Datateamet for å gjennomgå krav, øke risikoene tidlig, og definere hva "Gjør" betyr faktisk. • Prosessforbedring: Finn mangler på hvordan vi leverer programvare og foreslår løsninger: Ikke bare på eksisterende

Holde automatiseringsdekning skarp når produktet utvikler E2E- dekningen solid. Utfordringen er å holde seg fram: bringe nye ideer, utforske forskjellige typer dekning, og finne smartere måter å automatisere forskjellige sider av programmet når produktet vokser og nye tjenester blir koblet til nettet. Utforske nye verktøy og bruke AI til å forbedre kvalitetsaktiviteter. AI endrer hvordan vi bygger programvare, og det forandrer hvordan vi kan teste det også. Det er virkelig mulighet her for å bruke AI- verktøy til å øke kvaliteten, klippe ut gjentatte arbeider og oppdage dekningshull vi ellers ville savne. Vi vil ha noen som aktivt utforsker det rommet, ikke noen som venter på å få beskjed om hva vi skal bruke. Hva Succes ser ut som (År 1) • Automasjonsdekning er sterk: Nye funksjoner skip med automatiserte tester som en grunnlinje, og dekningsstrategier utvikler seg med produktet. • Feilprosessen går smidig: Trening for å fikse syklusen er forutsigbar og interessenter vet hvor ting skal brukes uten å spørre. • Dybde forretningskunnskaper: Du forstår hvordan markedet fungerer godt for å forutse kant fore tilfeller på din egen. • Kvalitets forbedring

Endret til å spare på sine integral- resultater. Du bruker AI- verktøy som Claude- kode til å skrive, vedlikeholde og utvide testkode, ikke som et nytt, men som en standard del av hvordan du arbeider. Du er komfortabel med MCP- er, agenters arbeidsflyt og byggeskripter som automatiserer de kjedelige delene av QA. Dette er lite sannsynlig for å passe godt hvis du er skeptisk med AI i arbeidsflyten. Automasjon- først. Din standard når du finner et problem er å spørre hvordan du kan hindre det automatisk. Du bygger testinfrastruktur som passer til noen av de enkelte testene. Dette er lite sannsynlig for å passe godt hvis du er i stand til å teste manuelt og automatisering er noe du toler i stedet for å kjøre. Kunde- foreldet. Du tenker som en bruker. Når du tester et flyt, spør du om det faktisk fungerer for en virkelig kunde, ikke bare om det er et lager, om det er et lager og om det passer med et lager. Dette er lite sannsynlig hvis du får et lager, om du får et lager og om du vil få et lager. Du får et godt i et lager.

Teknisk solid. Du er komfortabel med å lese og skrive kode. Du forstår nettjenestene på fronten og bakstykket godt nok til å teste dem riktig, skrive meningsfylte SQL- forespørsler og feilsøking på tvers av stabelen. Dette er lite sannsynlig hvis din tekniske dybde er begrenset til ett enkelt lag eller rammeverk. Denne rollen er IKKE • En manuell testingsrolle: de fleste