Voordat u een wijziging doorvoert in uw live Odoo-omgeving — een nieuwe module, aangepaste workflow of complete versie-upgrade — wilt u eerst testen. "Even snel in productie proberen" klinkt onschuldig, tot er een verkeerde boeking in uw echte administratie staat. Daarvoor bestaat de Odoo testomgeving: een volledige kopie van uw productiedatabase waarin niets kapot kan.
Wat is een testomgeving?
Een testomgeving (ook wel staging of duplicate database genoemd) is een 1-op-1 kopie van uw live Odoo, inclusief al uw klanten, producten en instellingen. U kunt erin klikken, boeken, data wijzigen — zonder dat er iets verandert in uw echte omgeving. Gaat het mis? Dan gooit u de kopie weg en maakt u een nieuwe.
Hoe maakt u een kopie?
Op Odoo.sh: in het project-dashboard sleept u de productie-branch naar staging, of klikt u op de branch en kiest "Duplicate". Binnen 5–15 minuten staat er een volledig werkende staging-omgeving op een aparte URL — herkenbaar aan de gekleurde balk bovenin, zodat niemand per ongeluk in de verkeerde omgeving werkt.
Op Odoo Online: via de klantportal (odoo.com → Mijn databases) vraagt u een testomgeving aan die een recente backup gebruikt. Ook die draait op een eigen URL, los van uw live database.
Veelvoorkomende valkuilen
Testomgeving wordt na 1 maand automatisch verwijderd. Bouw geen langlopende tests op in een staging — Odoo.sh ruimt automatisch op. Voor langdurige trajecten, zoals het voorbereiden van een upgrade over meerdere weken, gebruikt u een dev-branch.
E-mails, betalingen en integraties. In een testomgeving worden uitgaande mails standaard geblokkeerd en externe API's (banken, webshops, pakketdiensten) niet uitgevoerd. Dat is bewust: zo stuurt u vanuit een test geen aanmaning naar een echte klant. Wilt u mailflows testen, gebruik dan een mail-catcher of uw eigen testadres.
Verouderde data. Een staging van drie weken oud zegt weinig over uw huidige situatie. Maak vlak vóór een belangrijke test altijd een verse kopie.
Wanneer gebruikt u een testomgeving?
- Vóór elke Odoo versie-upgrade — test minimaal uw facturatie- en voorraadflow
- Voordat u een nieuwe module installeert of configuratie wijzigt
- Om nieuwe workflows met collega's door te nemen voordat ze live gaan
- Voor training van nieuwe gebruikers, zonder risico op echte boekingen
- Om rapportages of data-imports te testen met uw echte data
Praktische tip: spreek binnen uw team één regel af — configuratiewijzigingen gaan nóóit rechtstreeks in productie, hoe klein ook. Hulp nodig bij het inrichten van een goede test-workflow? Neem contact op met DAADit Group of doe de gratis Business Scan.
Start de Business Scan →Before you roll out a change in your live Odoo environment — a new module, an adjusted workflow or a complete version upgrade — you want to test first. "Let's just quickly try it in production" sounds harmless, until a wrong entry lands in your real books. That is exactly what the Odoo test environment is for: a full copy of your production database where nothing can break.
What is a test environment?
A test environment (also called staging or a duplicate database) is a one-to-one copy of your live Odoo, including all your customers, products and settings. You can click around in it, post entries and change data — without anything changing in your real environment. Something goes wrong? Throw the copy away and make a new one.
How do you create a copy?
On Odoo.sh: in the project dashboard, drag the production branch to staging, or click the branch and choose "Duplicate". Within 5–15 minutes a fully working staging environment is available at a separate URL — recognisable by the coloured bar at the top, so nobody accidentally works in the wrong environment.
On Odoo Online: through the customer portal (odoo.com → My databases) you request a test environment that uses a recent backup. It also runs on its own URL, separate from your live database.
Common pitfalls
The test environment is automatically deleted after 1 month. Do not build long-running tests in a staging environment — Odoo.sh cleans up automatically. For longer projects, such as preparing an upgrade over several weeks, use a dev branch.
Emails, payments and integrations. In a test environment outgoing emails are blocked by default and external APIs (banks, webshops, carriers) are not executed. This is intentional: you don't want to send a payment reminder to a real customer from a test. If you need to test mail flows, use a mail catcher or your own test address.
Stale data. A three-week-old staging says little about your current situation. Always make a fresh copy right before an important test.
When do you use a test environment?
- Before every Odoo version upgrade — test at least your invoicing and inventory flows
- Before you install a new module or change configuration
- To walk through new workflows with colleagues before they go live
- For training new users, without the risk of real postings
- To test reports or data imports with your real data
Practical tip: agree on one team rule — configuration changes never go straight into production, however small. Need help setting up a solid test workflow? Contact DAADit Group or take the free Business Scan.
Start the Business Scan →