Test din app i browseren med én kommando

Skriv /test i projektchatten, og Mythex tester din app, som en person ville: den åbner live preview i en browser, besøger sider, klikker på knapper og udfylder formularer og melder derefter i chatten, hvad der virkede, og hvad der ikke gjorde. Du kan pege den mod et bestemt flow — "test tilmelding og prissiden" — eller lade den tage den oplagte vej gennem appen.

Hvad det gør

App-test afprøver din live preview, ikke kun din kode. Mythex styrer en browser mod den kørende app, fanger det, den ser — inklusive skærmbilleder, når de er nyttige — og skriver et resumé af resultaterne i chatten.

Det er en anden type kontrol end at læse kildekoden. Kode kan se rigtig ud og stadig fejle i brug: en knap koblet til den forkerte handler, en formular der sendes men aldrig viser en bekræftelse, en side der først går i stykker, efter du er logget ind. Den eneste måde at finde dem på er at bruge appen, og App-test gør det for dig.

Hvorfor det hjælper

Når du bygger med en agent, er preview'et sådan, du bedømmer fremskridt. Du klikker rundt, det ser fint ud, du går videre. Men at klikke igennem hvert flow efter hver ændring er kedeligt, og det er let at tjekke siden, du lige har ændret, og gå glip af den, den stille og roligt ødelagde.

App-test gør "virker det stadig?" til én besked. Du beskriver den sti, der betyder noget, agenten gennemgår den, og du får en rapport, du kan handle på. Fordi den kører i samme chat, er rettelsen én besked væk.

Sådan kører du det

Sørg for, at Preview kører og viser din app. App-test arbejder mod preview'et, så hvis preview'et er tomt eller stadig starter, så vent eller ret det først.
Skriv /test i projektchatten. Du kan også spørge i almindeligt sprog — "test appen i browseren" virker også.
Sig, hvad der skal fokuseres på, hvis du vil. For eksempel: "test tilmelding og prissiden", eller "opret en konto, tilføj en vare, gå til kassen".
Læs rapporten. Mythex opsummerer, hvad den prøvede, og hvad der gik galt, med skærmbilleder hvor de hjælper.
Ret det, den fandt, med /fix eller en almindelig Build-besked.
Kør /test igen for at bekræfte, at rettelsen virkede, og at intet andet gik i stykker.

Hvornår du skal bruge det

Efter en stor UI-ændring. Et nyt layout eller en ny navigation kan ødelægge flows, du ikke rørte direkte.
Før du publicerer, for at fange åbenlyse fejl, før besøgende gør.
Når preview'et ser fint ud, men et flow måske ikke gør. Flertrins-forløb — opret konto, log ind, gør noget — er dem, det er mest værd at tjekke.

Sådan får du gode resultater

Jo klarere forespørgslen er, jo mere brugbar er rapporten.

Beskriv et happy path. "Opret en konto, tilføj en vare, gå til kassen" giver agenten en klar rækkefølge at følge og et klart resultat at tjekke. "Test alt" lader den gætte, hvad der betyder noget.
Nævn de sider eller funktioner, du har ændret. Har du lige omarbejdet prissiden, så sig det.
Test i små runder. Ændr noget, test, ret, test igen. Det er lettere at se, hvad der gik i stykker, når kun én ting er ændret.
Kombiner med checkpoints. Hvis en ændring ødelagde mere, end den rettede, kan du gå tilbage til den sidste gode tur i stedet for at lappe oven på.

Begrænsninger

Den tester preview'et, ikke din publicerede side. App-test kører mod live preview'et i dit private workspace. Den tjekker ikke den version, besøgende ser på din publicerede URL. Publicer særskilt, når du er klar.
Preview'et skal køre. Hvis det ikke er oppe, er der intet at teste.
Den følger de stier, du peger den mod. En fokuseret forespørgsel får et fokuseret tjek; det er ikke en udtømmende testpakke.
Den rapporterer; du beslutter. App-test fortæller dig, hvad der er i stykker. At rette det er et særskilt trin, med /fix eller en Build-besked.

Hvis du vil gå dybere i at finde en fejl, når du har fundet den, gennemgår vores guide om hvordan man debugger en AI-bygget app processen. For selve preview'et, se et privat workspace og live preview til hvert projekt.

Dokumentationssiden har detaljerne: App-test.