Test også det input som Zapier-filteret skal stoppe
En automatisering kører korrekt i én prøve, men sender bagefter alle poster videre. Det kan skyldes et filter, som altid bliver sandt. En prøve, der kun viser en godkendt post, kan ikke afsløre den fejl.
Sammenlign feltet med det tilsigtede kriterium
Zapier advarer om betingelser, der altid passerer. Vælges et felt med Exactly matches, og mappes det samme felt som sammenligningsværdi, fortsætter Zap’en altid.
I et tænkt forløb skal feltet Status sammenlignes med den aftalte statusværdi, eksempelvis Klar, hvis det er den forretningsregel, teamet har valgt. Kontrollér begge sider af sammenligningen. En værdi hentet fra samme indgående felt er ikke et uafhængigt krav til posten.
Vælg regeltype og placering med omtanke
Zapier angiver, at regler med Text gælder tekstfelter, mens regler med Number gælder talfelter. Handlinger efter filteret udføres kun, når de indgående data består betingelsen.
Placér kontrollen før den handling, som den skal begrænse. Vores anbefaling er at læse forløbet fra trigger til sidste trin og markere, hvor en post først kan få en konsekvens. Et filter senere i forløbet er ikke en kontrol af allerede udførte trin.
Gem et eksempel på både passage og stop
Ved test viser Zapier, om testdata ville være fortsat eller stoppet. Brug derfor mindst to interne eksempler: ét med den ønskede status og ét med en anden status. Medtag også et tomt felt, hvis det kan forekomme i inputtet.
Skriv forventningen før hver prøve, og kontrollér resultatet uden rigtige modtagere eller kundeposter. Hvis flere krav skal gælde samtidig, bør prøvesættet indeholde en post, der kun opfylder ét af dem. Gem eksemplerne, så en senere rettelse kan vurderes mod samme regel.