Een trigger testen zonder klanten lastig te vallen

Hoe je bewijst dat een trigger werkt voordat hij een klant kan bereiken, met een tag, een testadres of een sandbox.

Hoe je bewijst dat een trigger werkt voordat hij een klant kan bereiken, met een tag, een testadres of een sandbox.

De veiligste volgorde

1. Bouw hem met een testvoorwaarde. Voeg een voorwaarde toe die een tag vereist, bijvoorbeeld test-regel, zodat hij alleen afgaat op tickets die je met de hand tagt.
2. Maak een ticket vanaf een adres dat je beheert en zet de tag erop.
3. Kijk wat er gebeurt. Bekijk de gebeurtenissen op het ticket en je testpostvak.
4. Test het negatieve geval. Een ticket dat niet zou moeten passen, om te bevestigen dat het dat niet doet.
5. Haal de testvoorwaarde weg en laat hem echt lopen.

Stap vijf is de stap die mensen vergeten, en een regel die stil nooit afgaat omdat de testtag nog steeds vereist is, is een gebruikelijke vondst in een oude inrichting.

Gebruik een sandbox voor alles wat groot is

Raakt een wijziging de routering of verstuurt hij naar veel mensen, dan is een sandbox de juiste plek. Kopieer de inrichting, test daar, en zet hem daarna live. Op abonnementen met het uitrollen van configuratie is dat een ondersteunde weg in plaats van met de hand nabouwen.

Meldingen fatsoenlijk testen

Maak het ticket vanaf een echt extern adres, het liefst bij een andere e-mailaanbieder. Wat in dat postvak binnenkomt is wat je klant krijgt, inclusief hoe de plaatsaanduidingen zijn ingevuld en of het in de spam belandde.

Testen met een intern adres verbergt allebei.

Zie ook

• Een sandboxomgeving maken
• Waarom mijn trigger niet afging
• Wat je in een sandbox test voordat je live gaat