Testen ORACLE Financials

Presentatie over: "Testen ORACLE Financials"— Transcript van de presentatie:

1 Testen ORACLE Financials
FEZ: Ellis Ruhlmann

2 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) .

3 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

4 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.

5 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

6 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.