Alles dat je moet weten over OTAP

Alles dat je moet weten over OTAP

Binnen de developers wereld is OTAP een begrip. werken met OTAP is voor vele developers iets dat vrijwel automatisch gaat. Maar wat is het nou precies, hoe zet je zoiets op en, gezien het niet een hele nieuwe methode is, is het nog wel van deze tijd?

Wat is OTAP

De afkorting OTAP staat voor Ontwikkeling, Test, Acceptatie en Productie. Het helpt software engineers om te weten in welke fase de ontwikkeling van een bepaald stuk software zit. De OTAP-straat doorloopt vier fases. OTAP kan ook gebruikt worden om efficiënt en overzichtelijk releases en patches te implementeren. De vier fases van de OTAP-ontwikkelstraat zien er als volgt uit.

Fase 1: Ontwikkelen

De applicatie of een onderdeel daarvan, wordt eerst ontwikkeld in een speciale ontwikkelomgeving. Hier bevinden zich veelal één of meerdere personen in een ontwikkelteam die werken aan één gezamenlijke versie. Belangrijk hierbij is het registreren van de verschillende versies.

Fase 2: Testen

Vaak wordt het gemaakte stuk code overgezet naar een testomgeving. Op deze omgeving kan zowel technisch als functioneel getest worden. Dit kan in de nacht, dan liggen de resultaten de volgende dag klaar voor het ontwikkelteam. Maar het kan ook overdag en dan moeten developers soms verder met andere functionaliteiten, totdat de tests zijn voltooid. Wanneer er een release wordt voortgezet, kan deze release volledig worden doorgetest door alle betrokken partijen.

Fase 3: Acceptatie

Na goedkeuring kan de applicatie worden geïnstalleerd in de acceptatieomgeving. Dit wordt zorgvuldig gedocumenteerd in een draaiboek. De acceptatieomgeving is, qua hard- en software, gelijk aan de productieomgeving. Hierdoor kan gekeken worden of alles werkt zonder dat het dagelijks gebruik beïnvloed is.

Fase 4: Productie

Nadat de applicatie is geaccepteerd, wordt de applicatie geïmplementeerd binnen de productieomgeving.

Hoe implementeer je OTAP

Je OTAP omgeving draait vaak op een externe server, zoals het Azure Devops van Microsoft. Maar je kunt er ook voor kiezen om het zelf te hosten, dat kan bijvoorbeeld met Teamcity van Jetbrains. Er zijn heel veel pakketten te kiezen. Maar uiteindelijk komt het erop neer dat je een aantal ‘builds’ configureert die een gedeelte of je hele codebase kunnen deployen naar een omgeving. Iedere build heeft meerdere build steps. Een hele simpele build, naar bijvoorbeeld een acceptatie omgeving, zou kunnen bestaan uit 3 stappen:

  • Haal de code op uit je version-control system
  • In deze stap wil je wellicht wat omgeving-specifieke fixes toepassen binnen je code, of voer je een script uit om je code te zippen
  • Deploy de code naar de acceptatie omgeving

De al eerder genoemde tools hebben hier een hele handige interface voor. Je kunt vaak door alleen rond te klikken een hele OTAP straat inrichten. Vaak zul je zien dat bij grotere en complexe projecten nog extra stappen nodig zijn, waar je zelf een script voor zult moeten schrijven. Maar ook dit zijn vaak kleine scripts die in stappen werken.

Is OTAP nog van deze tijd?

In een OTAP omgeving moet je, voordat je toe bent aan productie, bij elke omgeving een aantal stappen herhalen. Er zijn daarvoor een aantal best practices die er voor zorgen dat OTAP goed kan werken.

Zo is het handig om er voor te zorgen dat de hele ontwikkelstraat al aanwezig is, er veel getest kan worden met actuele data en is het slim om de klant te betrekken bij het hele proces.

Tegenwoordig is het zo dat de ‘testers’ en de ‘ontwikkelaars’ geen afgebakende taken meer zijn. Het hele project wordt in teamverband uitgevoerd en iedereen is verantwoordelijk voor het testen en ontwikkelen van de software. Mede door zo’n nieuwe rolverdeling kunnen processen als OTAP natuurlijk altijd efficiënter.

Als we een kijkje in de toekomst nemen dan zal OTAP vervangen worden door een containersysteem. Hierbij is het idee dat je systeem uit meerdere kleinere subsystemen bestaat. Het is dan de bedoeling dat je het hele systeem, inclusief de subsystemen door de hele OTAP haalt. Je deployed dan dus vier keer het hele systeem. Daarnaast kun je ook ieder individueel subsysteem los testen en dan hoef je niet met je hele systeem door de vier stappen van OTAP. Dit scheelt tijd en is dus goedkoper.

Zeker voor grotere bedrijven is het lastig om zomaar van een OTAP omgeving af te stappen, dus de verwachting is dat OTAP nog wel even blijft bestaan.

In conclusie

OTAP staat dus voor ontwikkelen, testen, acceptatie en productie. Je OTAP omgeving draait vaak op een externe server en het bouwen van de verschillende omgevingen bestaat vaak uit drie stappen. OTAP is een methode die vandaag de dag nog vaak wordt gebruikt, zeker bij de grotere bedrijven. We verwachten alleen wel dat een containersysteem OTAP zal vervangen.

Is OTAP voor jou niks vreemds, ben je developer en op zoek naar een nieuwe carrière? Neem dan eens een kijkje op onze vacature pagina!

Aan de slag als Salesforce developer!

Related blogs

CPQ Implementatie? Stel Heldere Doelen

CPQ Implementatie? Stel Heldere Doelen

Published 04-07-2021

Het klinkt als een open deur: voordat een CPQ-implementatieproject van start kan gaan, is het cruciaal om heldere doelstellingen te bepalen. Hiervoor is het schetsen van een ideaal toekomstbeeld, ‘een groter plaatje’, behulpzaam.

De Basis Van GitHub Opzetten

De Basis Van GitHub Opzetten

Published 29-06-2021

GitHub is een code-hostingplatform voor versiebeheer en samenwerking. Hiermee kan jij en anderen vanaf elke locatie samenwerken aan projecten. CaseNine gebruikt in haar projecten Git om de samenwerking niet alleen beter maar ook plezieriger te maken. Een team effort geeft uit eindelijke niet alleen beter resultaat maar ook een voldane gevoel. Hieronder in het kort hoe je start met het gebruiken van GitHub.

DevOps Engineer

DevOps Engineer

Published 18-06-2021

Binnen de IT is de term DevOps relatief nieuw en daarmee bestaat de functie van DevOps Engineer ook nog niet zo lang. In deze blog lees je wat een DevOps engineer is, wat hij of zij doet, welke taken daarbij horen, en een greep uit de tools die je zou kunnen gebruiken als DevOps engineer.

Datavisualisatie in Salesforce

Datavisualisatie in Salesforce

Published 16-06-2021

Wist je dat het heel erg eenvoudig is om data te visualiseren in Salesforce? Als bedrijf heb je waarschijnlijk heel veel data tot je beschikking. Data is heel nuttig om uit te zoeken wat verbetering nodig heeft en wat het al heel goed doet. Data visualisatie maakt dit nog makkelijker.

Top 10 Locaties Waar Je Als Salesforce Software Engineer Het Meeste Verdient

Top 10 Locaties Waar Je Als Salesforce Software Engineer Het Meeste Verdient

Published 08-06-2021

Je kan natuurlijk “gewoon” in Nederland als software engineer aan de slag. Er zijn hier genoeg banen beschikbaar en dat aantal zal alleen maar toenemen. Zo is alleen al in de afgelopen vijf jaar de vraag naar Salesforce developers vervijfvoudigd.

5 Voordelen Van Salesforce NPSP

5 Voordelen Van Salesforce NPSP

Published 01-05-2021

Ongeveer een jaar geleden kwam Salesforce.org met de Nonprofit Cloud, een combinatie van Salesforce producten die specifiek aansluiten bij de wensen en behoeftes van non-profit organisaties. Onderdeel van de Nonprofit Cloud is de Nonprofit Success Pack, dit pakket voegt elementen toe aan Salesforce die handig zijn voor non-profit organisaties. Denk hierbij aan onder andere donatie- en donormanagement functionaliteiten en een dashboard voor fondsenwerving en campagnes.

Het verschil tussen een software developer en een software engineer

Het verschil tussen een software developer en een software engineer

Published 28-04-2021

De termen of functienamen software engineer en software developer worden vaak door elkaar gebruikt. Terwijl een software engineer en een software developer of ontwikkelaar wel echt twee verschillende functies zijn. In deze blog vertellen we je precies wat beide termen, volgens ons, betekenen en wat het verschil is. 

Wat is Salesforce Blockchain?

Wat is Salesforce Blockchain?

Published 04-04-2021

Wij waren erg enthousiast toen Salesforce Blockchain werd aangekondigd op het TrailheaDX event van 2019. Nu het officieel onderdeel van Salesforce is, willen we je graag uitleggen wat het precies is en wat je er mee kan.

Artificial Intelligence en Salesforce Einstein

Artificial Intelligence en Salesforce Einstein

Published 04-03-2021

Artificial intelligence en voice zijn relatief nieuwe concepten voor bedrijven. Het lijkt heel ingewikkeld om er mee te beginnen, maar net als met blockchain, heeft Salesforce met Salesforce Einstein een platform gecreëerd dat het heel eenvoudig maakt om AI en voice te implementeren in je bedrijf.

5 Voordelen van een Mobiele CRM

5 Voordelen van een Mobiele CRM

Published 04-02-2021

We hebben het allemaal weleens meegemaakt: op bezoek bij een (potentiële) klant en dat je ondanks je goede voorbereidingen toch stond te klungelen met je laptop en niet meteen de juiste gegevens te pakken had.

Gelukkig hebben de meeste CRM-platformen ook een mobiele app en dit maakt dus een einde aan dit soort gedoe. Maar een mobiele CRM (zoals bijvoorbeeld die van Salesforce) heeft nog meer voordelen:

Overstappen Naar Salesforce Lightning

Overstappen Naar Salesforce Lightning

Published 04-01-2021

Ben je al een tijdje aan het twijfelen of het de moeite de waard is om over te stappen van Salesforce Classic naar Lightning? Zo’n overgang lijkt haast weer een project op zich, kost tijd en hele teams moeten weer wennen aan een vernieuwd systeem. Ondanks dat het een hoop gedoe lijkt, zijn wij van mening dat het zeker de moeite waard is.