There's a specific flavor of paranoia that sets in once you've personally watched a Discord embed arrive with a broken field and a Pushover alert arrive with its title truncated mid-word. Mine resolved into a 648-combination test script that now runs before anything ships.
Every alert Impulseye sends is built from three variables multiplied together: which channel it's going to (nine of them), what kind of alert it is (down, back up, SSL expiring, keyword missing, content changed, and so on), and what kind of monitor triggered it (an HTTP check, a raw TCP port, a heartbeat). Multiply those out, add reminder and flapping variants, and you get a genuinely large space of "does this specific combination render correctly" that no amount of manual clicking around will ever fully cover.
Why it was necessary
Every provider enforces its own limits — Slack headers cap at 150 characters, Discord embeds cap at 6000 total, Pushover titles cap at 250. None of these are things you'll notice in casual testing, because your test monitor is probably named something short like "api". A real user names theirs something like "Production Payments Gateway — EU Region (Primary)", and suddenly a field that was comfortably under the limit in every test I ran by hand blows past it in production.
Manual testing only ever covers the inputs you thought to try. A combinatorial script covers the inputs you didn't think of — which is exactly the category that ships bugs.
What it does
It's deliberately unglamorous: build every alert through the real, production message-builder function — not a mock, the actual code path — then assert two things about the result.
- It didn't throw building the message.
- Every provider-specific limit is respected — header length, field count, total payload size, whatever that channel actually enforces.
Matrix: 648 channel-combos across 6 alert types
× 3 monitor types × reminder × flap
──────────────────────────────
RESULT: 3216 passed, 0 failed
──────────────────────────────3,216 assertions, one command, a few seconds to run. It lives in the repo permanently now and runs before any change to alert formatting goes out — which means the failure mode shifts from "a user reports a broken alert" to "a red terminal on my own machine before I ever push."
Overkill?
Maybe. But the alternative I was actually living with before this existed was finding out a channel's formatting broke because a real user's real monitor name happened to be long enough to trip a limit I'd never personally tested against. Writing the script once was considerably less painful than debugging that report would have been, and it's now the thing I trust more than my own memory of which providers cap what.