Otap dtap is een beladen iets. In de klassieke waterval cobol (java phyton) methode ga je vanuit een functioneel ontwerp iets bouwen wat naar productie gaat. Dan hebben we het over code / business logica. Indien de programma's niets bijzonders bevatten, zeg maar open source, dan is er geen enkele reden om de TAP versies voor de programmeurs als read-only beschikbaar te stellen. In dat geval kun je het onderhoud vereenvoudigen door enkel die modules in onderhoud te geven die onderhouden moeten worden. De pc aanpak is alle code naar de betreffende persoon te kopiëren (ook de tap versies) en later uit te zoeken wat veranderd is. De aanpak met de data is anders in deze Java werkwijze. De programmeur moet zijn eigen testdata maar zien samen te stellen evenals de tester. Het gevaar met toegan tot prod data is dat ze deze als testdata gaan gebruiken. Voorhanden en snel geregeld. Dan krijg je testprints etc met echte data. Dat wil je voorkomen. Een programmeur voor project A kan wel de rol van tester in een heel ...