Testen ORACLE Financials FEZ: Ellis Ruhlmann
Voorbereiding Periodiek EBS overleg tussen CES/HR/ICTS/FEZ hierin wordt besproken: Release kalender : bepalen welke patches en releases. Afspraken en afstemmen de planning van Release kalender. Nieuwe en lopende issues Contacten onderhouden met andere universiteiten (Nijmegen/Eindhoven) .
OTAP principe OTAP ( = ontwikkel/test/acceptatie/produktie) principe Ontwikkel omgeving testen we niet. Test omgeving worden de nieuwe functionaliteiten en bestaande openstaande issues getest + de hoofdprocessen. In deze fase mogen de problemen niet te groot zijn, anders is er een no- go naar acceptatie. Acceptatieomgeving wordt uitvoerig getest . Hier wordt bepaald of er go-no go is om in produktie te gaan met de nieuwe release/patch 25-12-2018
TESTERS + werkwijze Vast aantal “key-users” (centraal) + functioneel beheer Testen volgens testplan (excel format) Testen binnen de afgesproken periode Bij foutmeldingen, duidelijk de stappen vermelden + print screen van de foutmelding Functioneel beheer ontvangt de testresultaten en heeft de coördinerende rol. Missende tool voor calls en beheer testplan. 25-12-2018
Gevonden ISSUES/PROBLEMEN Issues worden door functioneel beheer geanalyseerd. Bv, is het echt een “probleem”, of nieuwe functionaliteit? Indien een issue: ICTS (DBA/ontwikkelcentrum) Aanmelden bij Oracle Support Melding maken in het EBS overleg 25-12-2018
Knelpunt en best practice Wij kunnen als functioneel beheer kunnen vaak niet bepalen wat de impact is van een patch/upgrade Testen we te veel ? Te weinig op een bepaald onderdeel? En omdat we de impact niet weten testen we alle onderdelen. We missen een informatieanalist (ICTS?) Best practice = Korte lijnen met ICTS ( DBA/ ontwikkelcentrum) zodat problemen snel in behandeling worden genomen. Release kalender zodat je van te voren weet wanneer er capaciteit nodig is. 25-12-2018