Hi everyone,
I’m a developer. I don’t usually post in QA communities, so apologies if I’m not in the right place — but I think what I built might be relevant to some of you.
For years, I’ve been struggling with visual regression testing on my projects. I tried Selenium-based approaches, but I was spending more time writing and maintaining tests than actually building
features. At some point, we even tried having someone on the team do manual visual checks — but when testing isn’t your job, it’s a thankless task and regressions still slip through.
Every solution I found was built for developers. And it hit me: the person who actually knows what should or shouldn’t change visually is usually the QA professional, not the dev.
So I built my own tool. The idea is simple:
- You record your scenarios — no code, no scripts to maintain
- It captures and historizes every version — you can see how your pages evolve over time and compare any version with another
- It detects visual regressions automatically — pixel-by-pixel comparison
- You decide what’s a real change and what’s not — the tool doesn’t make the call, you do
I showed it to a QA Engineer I work with. His reaction was: “This is a tool for me.” That one sentence changed how I saw the project.
It’s called Delta-QA and it’s a first version — rough around the edges, I know. I built it for myself and I’ll keep using it regardless. But if it can help QA professionals, that’s even better. I’m
also considering open-sourcing it if there’s enough interest.
I’d genuinely love your feedback:
- Is visual regression testing a real pain point in your workflow?
- Does this approach make sense to you?
- What would you need to actually use something like this?
Here’s the site if you want to take a look: http://delta-qa.com/
Thanks for your time — and be honest, that’s what I need.
Malloum