Wat betekent DTAP?
DTAP staat voor development, testing, acceptance en production. Vier gescheiden omgevingen waar een wijziging achtereenvolgens doorheen gaat.
Bouwen, testen, goedkeuren, live. Elke stap heeft zijn eigen doel en zijn eigen publiek.
Voor de meeste websites is dat te veel. Twee omgevingen volstaan meestal.
Wat elke laag doet
Development is waar gebouwd wordt, vaak op de computer van de ontwikkelaar. Daar mag alles kapot.
Testing is waar gecontroleerd wordt of het werkt zoals bedoeld, los van de bouwer die het maakte.
De laatste twee
Acceptance is waar de opdrachtgever kijkt of het is wat hij wilde. Production is de live site die je bezoekers zien.
Bij een website worden testing en acceptance vaak samengetrokken tot één omgeving. Meer daarover lees je bij staging.
Waarom het bestaat
Omdat elke wijziging iets anders kan breken dan waar hij over gaat. Een update van een plugin kan je contactformulier slopen.
Door dat eerst ergens anders te ontdekken, ontdekt je klant het niet. Meer daarover lees je bij waarom je niet direct op de live site werkt.
Mijn vuistregels
- Voor een gewone site zijn twee omgevingen genoeg: test en live.
- Vier lagen zijn voor organisaties met meerdere teams.
- Zorg dat je testomgeving lijkt op je live site, anders test je niets.
- Zet je testomgeving op slot voor zoekmachines en bezoekers.
Die laatste wordt het vaakst vergeten en levert dubbele inhoud in Google op.
Waar de term vandaan komt
Uit de wereld van bedrijfssoftware, waar één fout in een systeem duizenden mensen raakt.
Daar is een aparte acceptatieomgeving logisch. Bij een website van tien pagina’s is dat overdreven.
Wat je er als sitebeheerder mee moet
De term herkennen als je bouwer hem gebruikt, en weten dat jij minstens één omgeving naast je live site wilt.
Meer daarover lees je bij of een kleine website een testomgeving nodig heeft.