Voordat we beginnen met het leren van mainframetestconcepten, moeten we eerst leren
Wat is een mainframe?
Het mainframe is een computersysteem met hoge prestaties en een hoge snelheid. Het wordt gebruikt voor computerdoeleinden op grotere schaal die een grote beschikbaarheid en beveiliging vereisen. Het wordt meestal gebruikt in sectoren als financiën, verzekeringen, detailhandel en andere kritieke gebieden waar enorme gegevens meerdere keren worden verwerkt.
Mainframe testen
Mainframetesten is een proces waarbij softwaretoepassingen en -services worden getest op basis van mainframesystemen. Het doel van mainframetests is om de prestaties, betrouwbaarheid en kwaliteit van softwareapplicatie of -service te waarborgen door middel van verificatie- en validatiemethoden en om te controleren of deze klaar is voor implementatie.
Tijdens het uitvoeren van mainframetests hoeft de tester alleen de navigatie van de CICS-schermen te kennen. Ze zijn op maat gemaakt voor specifieke toepassingen. Eventuele wijzigingen in de code in COBOL, JCL, enz. Tester hoeven zich geen zorgen te maken over de emulator die op de machine is ingesteld. De wijzigingen die op de ene terminalemulator werken, zullen op andere werken.
- De mainframe-applicatie (ook wel jobbatch genoemd) wordt getoetst aan de testcases die zijn ontwikkeld met behulp van requirements
- Mainframe-tests worden meestal uitgevoerd op de geïmplementeerde code met behulp van verschillende gegevenscombinaties die in het invoerbestand zijn ingesteld.
- Toepassingen die op het mainframe worden uitgevoerd, zijn toegankelijk via terminalemulator. De emulator is de enige software die op de clientcomputer moet worden geïnstalleerd.
In deze tutorial voor beginners leer je:
- Mainframe-kenmerken
- Classificatie van handmatig testen in mainframe
- Mainframe-tests uitvoeren
- Testtools voor automatisering van mainframes
- Methodologie bij het testen van mainframes
- Stappen die betrokken zijn bij het testen van batches
- Stappen die betrokken zijn bij online testen
- Stappen die betrokken zijn bij online - testen van batchintegratie
- Commando's die worden gebruikt bij het testen van mainframes
- Vereisten om te beginnen met het testen van mainframes
- Beste praktijken
- Mainframetestuitdagingen en probleemoplossing
- Vaak voorkomende Abends aangetroffen
- Veelvoorkomend probleem tijdens het testen van mainframes
Mainframe-kenmerken
- Virtuele opslag
- Het is een techniek waarmee een processor hoofdgeheugen kan simuleren dat groter is dan de werkelijke hoeveelheid werkelijke opslag.
- Het is een techniek om geheugen effectief te gebruiken om taken van verschillende grootte op te slaan en uit te voeren.
- Het gebruikt schijfopslag als een uitbreiding van echte opslag.
- Multiprogrammering
- De computer voert meer dan één programma tegelijkertijd uit. Maar op een gegeven moment kan slechts één programma de CPU besturen.
- Het is een voorziening die wordt geboden om efficiënt gebruik te maken van de CPU.
- Batchverwerking
- Het is een techniek waarmee elke taak wordt uitgevoerd in eenheden die bekend staan als banen.
- Door een taak kunnen een of meer programma's achter elkaar worden uitgevoerd.
- De taakplanner neemt een beslissing over de volgorde waarin de taken moeten worden uitgevoerd. Om de gemiddelde doorvoer te maximaliseren, worden taken gepland volgens hun prioriteit en klasse.
- De benodigde informatie voor batchverwerking wordt verstrekt via JCL (JOB CONTROL LANGUAGE). JCL beschrijft de batchtaak - benodigde programma's, gegevens en bronnen.
- Tijd delen
- In een timesharing-systeem heeft elke gebruiker toegang tot het systeem via het eindapparaat. In plaats van taken in te dienen die zijn gepland voor latere uitvoering, voert de gebruiker opdrachten in die onmiddellijk worden verwerkt.
- Daarom wordt dit "Interactieve verwerking" genoemd. Het stelt de gebruiker in staat om rechtstreeks met de computer te communiceren.
- Time-share-verwerking staat bekend als "Foreground Processing" en de verwerking van batchopdrachten staat bekend als "Background Processing."
- Spoolen
- SPOOLing staat voor Simultaneous Peripheral Operations Online .
- SPOOL-apparaat wordt gebruikt om de uitvoer van programma / applicatie op te slaan. De gespoolde uitvoer wordt naar uitvoerapparaten zoals een printer gestuurd (indien nodig).
- Het is een faciliteit die het voordeel van buffering benut om efficiënt gebruik te maken van de uitvoerapparaten.
Classificatie van handmatig testen in mainframe
Mainframe Manual Testing kan in twee typen worden ingedeeld:
- Batch Job Testing -
- Het testproces omvat het uitvoeren van batchtaken voor de functionaliteit die in de huidige release is geïmplementeerd.
- Het testresultaat dat uit de outputbestanden en de database wordt gehaald, wordt geverifieerd en geregistreerd.
- Online testen -
- Online testen verwijst naar het testen van CICS-schermen, vergelijkbaar met het testen van de webpagina.
- De functionaliteit van de bestaande schermen kan worden gewijzigd, of er kunnen nieuwe schermen worden toegevoegd.
- Diverse applicaties kunnen informatievensters en updateschermen hebben. De functionaliteit van deze schermen moet worden gecontroleerd als onderdeel van het online testen.
Mainframe-tests uitvoeren
- Het Business-team stelt vereiste documenten op. Welke bepaalt hoe een bepaald item of proces zal worden gewijzigd in de cyclus van uitgave.
- Het testteam en de ontwikkeling ontvangen het vereiste document. Ze zullen uitzoeken hoeveel processen worden beïnvloed door de verandering. Gewoonlijk wordt in een release slechts 20-25% van de applicatie rechtstreeks beïnvloed door de aangepaste vereisten. De overige 75% van de release is voor de out-box-functionaliteiten zoals het testen van de applicaties en processen.
- Een mainframe-applicatie moet dus in twee delen worden getest:
- Testvereisten - Het testen van de applicatie op de functionaliteit of de wijziging vermeld in het vereiste document.
- Integratie testen - Het hele proces of een andere applicatie testen die gegevens ontvangt of verzendt naar de betreffende applicatie. Regressietesten is de primaire focus van deze testactiviteit.
Testtools voor automatisering van mainframes
Hieronder vindt u de lijst met tools die kunnen worden gebruikt voor het testen van mainframeautomatisering.
- REXX
- Excel
- QTP
Methodologie bij het testen van mainframes
Laten we een voorbeeld bekijken: een XYZ-verzekeringsmaatschappij heeft een module voor ledeninschrijving. Het vergt gegevens van zowel het inschrijvingsscherm voor leden als de offline inschrijving. Zoals we eerder hebben besproken, zijn er twee benaderingen nodig voor het testen van mainframes, online testen en batchtesten.
- Online testen gebeurt op het inschrijvingsscherm voor leden. Net als een webpagina wordt de database gevalideerd met gegevens die via de schermen worden ingevoerd.
- Offline inschrijving kan een papieren inschrijving zijn of inschrijving op een website van een derde partij. De offline gegevens (ook wel batch genoemd) worden via batchtaken in de bedrijfsdatabase ingevoerd. Er wordt een plat invoerbestand gemaakt volgens het voorgeschreven gegevensformaat en naar de reeks batchtaken gevoerd. Dus voor het testen van mainframetoepassingen kunnen we de volgende aanpak gebruiken.
- De eerste job in de reeks batchtaken valideert de ingevoerde gegevens. Laten we bijvoorbeeld zeggen speciaal teken, alfabetten in velden met alleen cijfers, enz.
- De tweede taak valideert de consistentie van gegevens op basis van zakelijke omstandigheden. Een kindinschrijving mag bijvoorbeeld geen afhankelijke gegevens, de postcode van het lid bevatten (die niet beschikbaar is voor service door het ingeschreven plan), enz.
- De derde taak wijzigt de gegevens in het formaat dat kan worden ingevoerd in de database. Bijvoorbeeld het verwijderen van de naam van het plan (database zal alleen het plan-ID en de naam van het verzekeringsplan opslaan), de datum van invoer toevoegen, enz.
- De vierde taak laadt de gegevens in de database.
- Batch-jobtests worden in dit proces in twee fasen uitgevoerd:
- Elke taak wordt afzonderlijk gevalideerd en de
- De integratie tussen de taken wordt gevalideerd door een plat invoerbestand aan de eerste taak te leveren en de database te valideren. (Tussentijdse resultaten moeten worden gevalideerd voor extra voorzichtigheid)
De volgende methode is gevolgd voor het testen van mainframes:
Stap 1) : Shakedown- / rooktesten
De belangrijkste focus in deze fase is om te valideren of de geïmplementeerde code zich in de juiste testomgeving bevindt. Het zorgt er ook voor dat er geen kritieke problemen zijn met de code.
Stap 2) : Systeemtesten
Hieronder staan de soorten tests die zijn uitgevoerd als onderdeel van systeemtests.
- Batchtests - Deze tests worden uitgevoerd door de testresultaten op uitvoerbestanden en gegevenswijzigingen die zijn uitgevoerd door de batchtaken onder testbereik te valideren en vast te leggen.
- Online testen - Deze tests worden uitgevoerd aan de voorkant van de mainframetoepassing. Hier wordt de applicatie getest op correct invoerveld zoals een verzekeringsplan, rente op het plan, etc.
- Online-batchintegratietesten - Deze testen worden uitgevoerd op de systemen met batchprocessen en een online applicatie. De datastroom en interactie tussen de online schermen en de batchtaken wordt gevalideerd.
- Databasetests - De databases waarin de gegevens van de mainframetoepassing (IMS, IDMS, DB2, VSAM / ISAM, sequentiële datasets, GDG's) worden gevalideerd op hun lay-out en de gegevensopslag.
Stap 3) : Testen van systeemintegratie
Het primaire doel van deze tests is het valideren van de functionaliteit van de systemen die in wisselwerking staan met het te testen systeem.
Deze systemen worden niet direct beïnvloed door de eisen. Ze gebruiken echter gegevens van het te testen systeem. Het is belangrijk om de interface en verschillende soorten berichten (zoals Job Successful, Job Failed, Database updated, etc.) te testen die mogelijk kunnen stromen tussen de systemen en de resulterende acties die door de individuele systemen worden ondernomen.
Typen tests die in deze fase worden uitgevoerd, zijn
- Batch testen
- Online testen
- Online - Batch-integratietesten
Stap 4) : Regressietesten
Regressietesten is een veel voorkomende fase in elk type testproject. Dit testen in Mainframes zorgt ervoor dat batchtaken en de online schermen die niet direct interageren met het te testen systeem (of niet binnen de scope van requirements vallen) niet worden beïnvloed door de huidige projectrelease.
Om effectieve regressietests te hebben, moet een bepaalde reeks testgevallen op de shortlist worden geplaatst, afhankelijk van hun complexiteit, en moet er een regressiebed (opslagplaats voor testgevallen) worden gecreëerd. Deze set moet worden bijgewerkt wanneer er een nieuwe functionaliteit in de release wordt uitgerold.
Stap 5) : Prestatietests
Deze tests worden gedaan om de knelpunten te identificeren in high-hit gebieden zoals front-end data, het upgraden van online databases en om de schaalbaarheid van de applicatie te projecteren.
Stap 6) : Beveiligingstests
Deze tests worden uitgevoerd om te evalueren hoe goed de applicatie is ontworpen en ontwikkeld om anti-beveiligingsaanvallen tegen te gaan.
Er moeten tweevoudige beveiligingstests worden uitgevoerd op het systeem: mainframebeveiliging en netwerkbeveiliging.
De functies die moeten worden getest, zijn
- Integriteit
- Vertrouwelijkheid
- Autorisatie
- Authenticatie
- Beschikbaarheid
Stappen die betrokken zijn bij het testen van batches
- Nadat het QA-team het goedgekeurde pakket heeft ontvangen (pakket bevat procedures, JCL, controlekaarten, modules, enz.), Moet de tester een voorbeeld bekijken en de inhoud zo nodig in PDS ophalen.
- Zet de productie-JCL of Development JCL om in QA JCL, ook wel JOB SETUP genoemd.
- Productiebestand kopiëren en testbestanden voorbereiden.
- Voor elke functionaliteit wordt een taakvolgorde gedefinieerd. (Zoals uitgelegd in het voorbeeld in de sectie Methodologie in Mainframe). De taken moeten worden verzonden met behulp van het SUB-commando met de testgegevensbestanden.
- Controleer het tussenbestand om de redenen voor ontbrekende of foutieve gegevens te achterhalen.
- Controleer het uiteindelijke uitvoerbestand, de database en de spool om de testresultaten te valideren.
- Als de taak mislukt, heeft de spool de reden voor het mislukken van de taak. Los de fout op en verzend de taak opnieuw.
Testrapportage - Defect moet worden gelogd als het werkelijke resultaat afwijkt van het verwachte.
Stappen die betrokken zijn bij online testen
- Selecteer het online scherm in een testomgeving.
- Test elk veld op de acceptabele gegevens.
- Test het testscenario op het scherm.
- Controleer de database voor de gegevensupdates van het online scherm.
Testrapportage - Defect moet worden gelogd als het werkelijke resultaat afwijkt van het verwachte.
Stappen die betrokken zijn bij online - testen van batchintegratie
- Voer de taak uit in een testomgeving en valideer de gegevens op de online schermen.
- Werk de gegevens op de online schermen bij en valideer of de batchtaak correct wordt uitgevoerd met de bijgewerkte gegevens.
Commando's die worden gebruikt bij het testen van mainframes
- VERZENDEN - Dien een achtergrondtaak in.
- ANNULEREN - Achtergrondtaak annuleren.
- ALLOCATE - Wijs een dataset toe
- COPY - Kopieer een dataset
- RENAME - Hernoem de gegevensset
- DELETE - Verwijder gegevensset
- JOB SCAN -Om de JCL te binden met het programma, bibliotheken, bestand, enz. Zonder het uit te voeren.
Er worden veel andere opdrachten gebruikt wanneer dat nodig is, maar ze komen niet zo vaak voor.
Vereisten om te beginnen met het testen van mainframes
Basisgegevens die nodig zijn voor het testen van mainframes zijn:
- Login-ID en wachtwoord om in te loggen op de applicatie.
- Beknopte kennis van ISPF-opdrachten.
- Namen van de bestanden, bestandskwalificatie en hun typen.
Voordat u begint met het testen van mainframes, moeten de onderstaande aspecten worden gecontroleerd.
- Job
- Voer een taakscan uit (Command - JOBSCAN) om te controleren op fouten voordat u deze uitvoert.
- De parameter CLASS moet naar de testklasse worden verwezen.
- Leid de taakuitvoer naar een spool of een JHS of zoals vereist door de parameter MSGCLASS te gebruiken.
- Leid de e-mail in de taak om naar de wachtrij of een testmail-ID.
- Geef commentaar op de FTP-stappen voor de eerste test en wijs de taak vervolgens naar een testserver.
- In het geval dat een IMR (Incident Management record) wordt gegenereerd in de taak, voegt u gewoon de opmerking "TESTDOEL" toe aan de taak- of parameterkaart.
- Alle productiebibliotheken in de taak moeten worden gewijzigd en naar testbibliotheken worden verwezen.
- De baan mag niet onbeheerd worden achtergelaten.
- Om te voorkomen dat de taak in een oneindige lus wordt uitgevoerd in geval van een fout, moet de parameter TIME worden toegevoegd met een opgegeven tijd.
- Sla de uitvoer van de taak inclusief de spoel op. De spoel kan worden opgeslagen met XDC.
- het dossier
- Maak alleen een testbestand met de benodigde grootte. Gebruik GDG's (Generation Data Groups - Bestanden met dezelfde naam maar met opeenvolgende versienummers - MYLIB.LIB.TEST.G0001V00, MYLIB.LIB.TEST.G0002V00 enzovoort) om gegevens op te slaan in opeenvolgende bestanden met dezelfde naam.
- De DISP (Disposition - beschrijft het systeem om de dataset te behouden of te verwijderen na normale of abnormale beëindiging van de stap of taak) parameter voor de bestanden moet correct worden gecodeerd.
- Zorg ervoor dat alle bestanden die worden gebruikt voor het uitvoeren van een taak correct worden opgeslagen en gesloten om te voorkomen dat de taak in de HOLD wordt geplaatst.
- Zorg er tijdens het testen met GDG's voor dat er naar de juiste versie wordt verwezen.
- Database
- Zorg er tijdens het uitvoeren van de taak of het online programma voor dat er geen onbedoelde gegevens worden ingevoegd, bijgewerkt of verwijderd.
- Zorg er ook voor dat de juiste DB2-regio wordt gebruikt voor het testen.
- Testgevallen
- Test altijd op randvoorwaarden zoals - Leeg bestand, Verwerking eerste record, Verwerking laatste record, etc.
- Neem altijd zowel positieve als negatieve testcondities op.
- In het geval dat standaardprocedures worden gebruikt in het programma, zoals Checkpoint herstart, Abend Modules, Control-bestanden, etc., neem dan testgevallen op om te valideren of de modules correct zijn gebruikt.
- Testgegevens
- De instellingen van de testgegevens moeten vóór het begin van de test worden uitgevoerd.
- Wijzig nooit de gegevens op de testregio zonder kennisgeving. Er kunnen andere teams zijn die met dezelfde gegevens werken en hun test zou mislukken.
- Als de productiebestanden nodig zijn tijdens de uitvoering, moet de juiste autorisatie worden verkregen voordat ze worden gekopieerd of gebruikt.
Beste praktijken
- In het geval van een batchopdracht, is MAX CC 0 een indicator dat de opdracht met succes is uitgevoerd. Het betekent niet dat de functionaliteit goed werkt. De taak zal met succes worden uitgevoerd, zelfs als de uitvoer leeg is of niet volgens de verwachting. Er wordt dus altijd verwacht dat alle resultaten worden gecontroleerd voordat de taak succesvol wordt verklaard.
- Het is altijd een goede gewoonte om het geteste werk eens droog uit te voeren. Droogloop wordt gedaan met lege invoerbestanden. Dit proces moet worden gevolgd voor de taken die worden beïnvloed door de wijzigingen die voor de testcyclus zijn aangebracht.
- Voordat de testcyclus begint, moet de testtaak ruim van tevoren worden uitgevoerd. Dit zal helpen om eventuele JCL-fouten van tevoren op te sporen, waardoor tijd wordt bespaard tijdens de uitvoering.
- Stel bij het openen van DB2-tabellen via SPUFI (optie op de emulator voor toegang tot DB2-tabellen) altijd automatisch vastleggen in op "NO" om onbedoelde updates te voorkomen.
- De beschikbaarheid van testgegevens is de belangrijkste uitdaging bij batchtests. Vereiste gegevens moeten ruim voor de testcyclus worden aangemaakt en op volledigheid worden gecontroleerd.
- Sommige online transacties en batchtaken kunnen gegevens naar MQ's (Message Queue) schrijven om gegevens naar andere toepassingen te verzenden. Als de gegevens niet geldig zijn, kan het MQ's uitschakelen / stoppen, dit heeft invloed op het hele testproces. Het is een goede gewoonte om na het testen te controleren of MQ's goed werken.
Mainframetestuitdagingen en probleemoplossing
| Uitdagingen | Nadering |
| Onvolledige / onduidelijke vereisten Er kan toegang zijn tot de gebruikershandleiding / trainingsgids, maar deze zijn niet hetzelfde als gedocumenteerde vereisten. | Testers moeten vanaf de requirementsfase bij de SDLC worden betrokken. Dit zal helpen om te verifiëren of de vereisten testbaar zijn. |
| Gegevensinstellingen / identificatie Er kunnen situaties zijn waarin bestaande gegevens volgens de vereisten moeten worden hergebruikt. Het is soms moeilijk om de benodigde gegevens uit de bestaande gegevens te identificeren. | Voor het instellen van gegevens kunnen naar behoefte tools van eigen bodem worden gebruikt. Voor het ophalen van bestaande gegevens moeten van tevoren query's worden gebouwd. In geval van problemen kan een verzoek worden ingediend bij het datamanagementteam voor het maken of klonen van vereiste gegevens. |
| Taakinstellingen Zodra de taken zijn opgehaald in PDS, moet de taak worden ingesteld in de QA-regio. Zodat de taken niet worden ingediend met productiekwalificatie of paddetails. | Hulpprogramma's voor het instellen van taken moeten worden gebruikt om menselijke fouten die tijdens de installatie zijn gemaakt, te verhelpen. |
| Ad-hocverzoek Er kunnen situaties zijn waarin end-to-end-tests moeten worden ondersteund vanwege een probleem in upstream- of downstreamapplicatieproblemen. Deze verzoeken verhogen de tijd en moeite in de uitvoeringscyclus. | Het gebruik van automatiseringsscripts, regressiescripts en skeletscripts kan helpen bij het verminderen van de overheadkosten van tijd en moeite. |
| Tijdige releases voor wijziging van de scope Er kan een situatie zijn waarin de code-impact de look en feel van het systeem volledig kan veranderen. Dit kan een wijziging van testgevallen, scripts en gegevens vereisen. | Het veranderingsbeheerproces en de impactanalyse moeten aanwezig zijn. |
Vaak voorkomende Abends aangetroffen
- S001 - Er is een I / O-fout opgetreden.
Reden - Lezen aan het einde van het bestand, bestandslengtefout, poging om in een alleen-lezen bestand te schrijven.
- S002 - Ongeldige I / O-record.
Reden - Poging om een record te schrijven dat langer is dan de recordlengte.
- S004 - Fout opgetreden tijdens OPEN.
Reden - Ongeldige DCB
- S013 - Fout bij het openen van een dataset.
Reden - PDS-lid bestaat niet, recordlengte in het programma komt niet overeen met de werkelijke recordlengte.
- S0C1 - Uitzondering bewerking
Reden - Kan bestand niet openen, DD-kaart ontbreekt
- S0C4 - Beveiligingsuitzondering / schending van opslag
- Reden - Er wordt geprobeerd toegang te krijgen tot opslag die niet beschikbaar is voor het programma.
- SC07 - Uitzondering programmacontrole - Gegevens
- Reden - Wijziging in recordlay-out of bestandslay-out.
- Sx22 - Taak is geannuleerd
- S222 - Taak geannuleerd door de gebruiker zonder een dump.
- S322 - De Job- of Step-tijd heeft de gespecificeerde limiet overschreden, of het programma bevindt zich in een lus of onvoldoende tijdparameter.
- S522 - Time-out TSO-sessie.
- S806 - Kan niet koppelen of laden.
Reden - Taak-ID kan de opgegeven laadmodule niet vinden.
- S80A - Onvoldoende virtuele opslag om aan GETMAIN- of FREEMAIN-verzoeken te voldoen.
- S913 - Proberen toegang te krijgen tot de dataset waarvoor de gebruiker niet geautoriseerd is.
- Sx37 - Kan niet genoeg opslagruimte toewijzen aan de dataset.
Error Assist - Een zeer populaire tool om gedetailleerde informatie te krijgen over verschillende soorten abends.
Veelvoorkomend probleem tijdens het testen van mainframes
- Taak afgebroken - Voor een succesvolle voltooiing van de taak moet u de gegevens, het invoerbestand en de modules die op de specifieke locatie aanwezig zijn of niet controleren. Afwijkingen kunnen om meerdere redenen worden geconfronteerd, waarvan de meest voorkomende - ongeldige gegevens, onjuist invoerveld, niet-overeenkomende datums, milieuproblemen, enz.
- Uitvoerbestand leeg -Hoewel de taak met succes kan worden uitgevoerd (MaxCC 0), is de uitvoer mogelijk niet zoals verwacht. Dus voordat een testcase doorstaat, moet de tester ervoor zorgen dat de uitvoer kruiselings is geverifieerd. Ga dan pas verder.
- Invoerbestand leeg - In sommige toepassingen worden bestanden ontvangen van de upstream-processen. Voordat u het ontvangen bestand gebruikt voor het testen van de huidige applicatie, moeten de gegevens kruiselings worden geverifieerd om heruitvoering en herbewerking te voorkomen.
Overzicht:
- Mainframetests zijn net als elke andere testprocedure, beginnend bij het verzamelen van vereisten, testontwerp, testuitvoering en resultaatrapportage.
- Om de applicatie effectief te testen, moet de tester deelnemen aan ontwerpvergaderingen die worden gepland door ontwikkelings- en bedrijfsteams.
- Het is verplicht voor de tester om te wennen aan verschillende mainframe-testfuncties. Zoals schermnavigatie, het maken van bestanden en PDS's, het opslaan van testresultaten, enz. Voordat de testcyclus begint.
- Het testen van mainframetoepassingen is een tijdrovend proces. Er moet een duidelijk testschema worden gevolgd voor het ontwerp, de gegevensopstelling en de uitvoering van de tests.
- Batchtests en online tests moeten effectief worden uitgevoerd zonder enige functionaliteit te missen die wordt vermeld in het vereiste document, en er mag geen testcase worden gespaard.