Testa betalningar

Testa hela köpflödet innan du går live. En inbyggd testlägesväxlare är på väg; tills vidare, använd ett riktigt kort med en lågprisprodukt på en publicerad förhandsgranskning.

Proyecta Commerce är för närvarande endast för produktion — det finns ingen växlare i Builder som byter mellan test- och liveläge. Det rekommenderade tillvägagångssättet idag är att publicera din app, genomföra en riktig betalning med en lågprisprodukt och sedan omedelbart återbetala dig själv.

Rekommenderat testflöde idag

Skapa en testprodukt för $1 (eller minsta valutaenhet) under Dashboard > Commerce
Publicera din app till dess *.proyecta.live-subdomän
Öppna den publicerade URL:en i en separat webbläsarflik och genomför hela kassaflödet med ditt eget kort
Verifiera sidoeffekterna — att webhook-hanterare kördes, att kunden skapades och att behörigheter tilldelades
Återbetala transaktionen från fliken Dashboard > Commerce > Payments

Detta ger dig fullständig end-to-end-täckning av det riktiga betalningsflödet, vilket är det enda sättet att vara 100 % säker på att din integration fungerar.

Varför inte bara använda Stripes testläge?

I dagsläget körs Proyectas anslutning till Stripe enbart i liveläge. En testlägesväxlare som låter dig peka Commerce mot Stripes testmiljö (och använda dummy-kort som 4242 4242 4242 4242) finns på roadmapen.

Tips

Testa felscenarierna — avvisade kort, avbrutna kassor och nätverksfel
Testa webhooks end-to-end — se till att din prenumerationsstatus uppdateras korrekt när Stripe-händelser utlöses
Testa avbokning — flödet at_billing_period_end är lätt att missa
Testa funktionsgrindar — anropa commerce.check() från ett UI-flöde innan du tar för givet att det fungerar

Kommer snart

Testlägesväxlare under Dashboard > Commerce — byt ditt betalningskonto till Stripes testläge och använd dummy-kort
Kassaflöde i förhandsgranskningsläge — använd kassaflödet direkt i Builder utan att publicera
Webhook-händelsesimulator för att skicka falska Stripe-händelser till din runtime