GSC QA Engine · built in-house

How we test every Odoo release

Most partners hand you a build and hope UAT catches the problems. We run an in-house automation engine that drives your Odoo like a real user — every screen, every workflow, every release — before it ever reaches your team.

 24  core flows automated under 4 min  full regression run 0 regressions  in the last 30 releases
The pipeline

What happens on every single release

No build reaches your users without passing through this pipeline — automatically, on every deployment.

Step 1

Code lands

A change is pushed to your project's repository — a new feature, a fix, a config update.

Step 2

Clean Odoo spins up

A fresh, containerized Odoo instance is created automatically — same version, same modules as yours.

Step 3

Test data seeded

A known dataset is loaded via API — so results are repeatable, never polluted by leftovers.

Step 4

Suite runs headless

The engine clicks through every core flow like a real user — forms, workflows, reports, permissions.

Step 5

Report → deploy

All green: the release ships and you get the report. Anything red: it never leaves staging.

Coverage

What the suite actually checks

Every project starts from 24 core flows, then we add tests for your custom modules and your specific business rules.

Login & access rights

Every user role logs in and sees exactly what it should — and nothing it shouldn't. Admin, sales, warehouse, accountant, portal.

Forms & records

Creating, editing, duplicating, and archiving records across CRM, Sales, Inventory, and your custom models — with required-field and validation checks.

Business workflows

Full chains, end to end: quotation → order → delivery → invoice → payment. Approvals, cancellations, and returns included.

Kanban & UI interactions

Drag-and-drop between stages, filters, grouped views, and modals — the dynamic parts of Odoo's interface that break most easily.

Reports & documents

PDF invoices, delivery slips, and payslips render correctly — including Arabic/English bilingual layouts and ZATCA QR codes.

Your custom modules

Every custom module we build for you ships with its own test flows — so future upgrades can't silently break what you paid for.

$ gsc-qa run --all --env uat
auth · 4 roles6.1s
sales · quote→invoice42s
inventory · transfers38s
accounting · QR stamp29s
hr · payroll batch31s
custom · gsc modules47s
24 passed · 0 failed · 3m 42s
Release approvedauto-gated on green
Runs on every deploydev · UAT · production
One engine, every environment

The same suite follows your project everywhere

The engine is config-driven: point it at dev, UAT, or production-mirror and the identical tests run against each. That means what passed in UAT is exactly what ships — no "works on staging" surprises.

  • A shared core library — login, menus, list/form/kanban views — reused on every project
  • A per-project suite covering your modules and your business rules
  • Version-aware selectors — one library serves Odoo 17, 18 & 19
  • Waits on Odoo's actual server responses — no flaky timing-based tests
UAT, upgraded

Sign-off backed by evidence

User acceptance testing stops being a week of manual clicking. Here's how it works with the engine behind it.

1

Define scenarios

We sit with your team and script the flows that matter to your business.

2

Automate them

Each scenario becomes a repeatable automated test in your project's suite.

3

Run on UAT

The full suite runs against your UAT instance — every build, not just once.

4

Review the report

You get a pass/fail report per scenario, with screenshots of any failure.

5

Sign off & go

Approval is based on green results you can see — not on hope.

Included, not extra

Want your Odoo project tested like this?

Automated regression testing is part of every GSC implementation and support plan. Talk to us about putting the QA Engine behind your project.