Förbered en avgränsad testmiljö
Använd avsedda testkonton och godkända nummer. Dokumentera vilka tester som enbart läser och vilka som kan skapa trafik eller ändra tjänster. Utse ansvarig och ange när ett test ska stoppas.
För varje test behövs ett startläge, ett förväntat resultat och ett sätt att kontrollera resultatet i både telefoni- och kundsystemet. Syntetiska kundreferenser gör att ni kan undersöka matchning utan att blanda in riktiga kundärenden.
Testa behörighet och kundgränser
- Rätt användare får se rätt resurser.
- Ett okänt eller otillåtet resurs-ID nekas.
- Utgången åtkomst visas som ett fel och utlöser inte en ny kundåtgärd.
- API-hemligheter finns inte i sidkällan, webbläsarens lagring eller användarsynliga fel.
Följ samtalets verkliga tillstånd
Prova besvarat, obesvarat och avbrutet försök. Kontrollera hur användaren ser skillnaden och hur ert system knyter status till det ursprungliga försöket. Tidsmetadata och samtalsben kan behöva tolkas olika beroende på flödet.
En förlorad HTTP-respons ger inte säkert besked om att åtgärden misslyckades. Kontrollera status eller använd den återförsöksmekanism som leverantören uttryckligen stödjer innan ni upprepar en åtgärd som skapar trafik.
Prova återspelning och sen data
Skicka samma syntetiska interna händelse två gånger genom er egen behandlingslogik. Kontrollera att samma aktivitet inte skapas två gånger. Prova också att kompletterande underlag kommer senare än väntat.
Idempotens i ert mottagarsystem innebär inte automatiskt att leverantörens alla endpoints har samma garanti. Dokumentera vilken del av kedjan som skyddar mot vilken typ av dubblett.
Avsluta med en verifierbar överlämning
Spara testresultat utan hemligheter och onödig persondata. Dokumentera kvarvarande avvikelser, hur fel upptäcks och vem som får larm. Bestäm hur en felaktig koppling eller aktivitet rättas.
Ett godkännande bör ange exakt vilken kanal, användargrupp och funktion som testats. Nästa kanal eller kundsystem behöver en egen avgränsad kontroll, även när stora delar av integrationen återanvänds.
Dokumentera resultatet så att testet kan upprepas
För varje test sparar ni datum, kontraktsversion, kanal, anonymiserad intern referens, förväntat resultat och faktiskt resultat. Ange vem som kan godkänna avvikelsen och vilket villkor som krävs för ett nytt test.
Ett användbart testprotokoll skiljer mellan fel i telefonitjänsten, fel i mottagarsystemet och ett felaktigt antagande om hur kopplingen fungerar. Dokumentera vilket lager som korrigerades, så att nästa integration kan återanvända lärdomen.
Underlag och avsändare
Guiderna beskriver tekniska mönster. Syntetiska exempel är märkta och ersätter inte verifiering av er anslutning.