Introduktion til Mainframe Testing
Mainframe-server håndterer et stort volumen af transaktioner, administrerer samtidig adgang til tusinder af brugere og store database / tunge båndbreddeforbindelser med lethed. Serverne er robuste i design og kendt for pålidelighed, tilgængelighed, brugbarhed og sikkerhedsfaktorer. Traditionelt er virksomhedsapplikationer (ERP) til store virksomheder hostet på Mainframe-computere. ERP inkluderer typisk forretningskritiske applikationer som Finans, Inventory Management, Lønning, ordrebehandling, HR osv. Moderne digitale applikationer bruger Mainframe til sine backend-operationer. Produktionsdatabaser til de fleste missionskritiske applikationer som ATM, eCommerce-websteder er hostet i Mainframe.
På grund af dens kritik bør Mainframe-applikationer testes grundigt inden produktionen.
Lad os se på forskellige aspekter af test af disse applikationer.
Metodikken til mainframe-testning
Programmer i Mainframe får adgang til af slutbrugere på en anden måde end webapplikationer. De vigtigste forskelle, applikationstestere skal være opmærksomme på er
| Sl | Mainframe | Web |
| 1 | Adgang gennem terminalemulator | Åbnede gennem browser eller brugergrænseflade |
| 2 | Terminal Emulator er den eneste software, der indlæses i en klientmaskine til test.
Programmer findes på hovedserveren. | Nogle af behandlingen udføres af klientsiden, og apps skal distribueres på det rigtige sted, inden testen starter. |
| 3 | Bruger logger direkte på systemet | Programmer fås gennem to-lagsarkitektur (klient / server) eller tre-lags (præsentation / apps / DB-lagringslag) |
| 4 | Testeren skal være opmærksom på specifikke mainframe-operationer. | Test kan udføres direkte på applikationsskærmen. |
Forudsætning viden om Mainframe-operationer, som en tester skal have
- Time-sharing option (TSO) - Måde til at få adgang til virtuel lager og administrere datasæt gennem kommandoer.
- Interaktiv systemproduktivitetsfacilitet (ISPF) til menuoperationer
- Systemvisning og søgefacilitet (SDSF) til kontrol af operationer og systemressourcer.
- CICS-transaktion til test af IBM-mainframes.
- FTP eller en anden overførselsprotokol
- Batch jobstyring
- Cross-platform operationer, hvor Mainframe er backend
Trin, der skal følges i Mainframe Testing
Følgende trin, der skal følges, gives nedenfor:
1. Røgprøvning
En hygiejnestest for at bekræfte, at softwarebyggets parathed er klar til en fuldt udført test. Det dækker overfladiske testscenarier og bruger lidt kræfter og tid. Det sparer testernes tid ved at teste en defekt build.
2. Test af funktionalitet
Funktionaliteterne i forskellige modeller testes individuelt såvel med hensyn til hinanden for dens overensstemmelse med kravene.
3. Batch-test
Batchjobs er et sæt aktiviteter, der udføres uden brugerinteraktion med de tilgængelige computereessourcer. Batch-test validerer resultaterne af output fra batchjobbet med specifikationen.
4. Online-test
Frontend-funktioner i mainframe-applikationer testes i denne kategori. Det dækker navigationer på skærmen, dataindtastningsvalideringer, brugervenlighed og look & feel aspekter.
5. Online-batch-integrationstest
Integrationsaspekter af online processen med back end processen testes her. Det kontrollerer korrektheden af datastrømmen og interaktionerne mellem skærmene og backend-systemet.
6. Databasetest
Denne test validerer de data, der er gemt af transaktionerne for overensstemmelse med systemspecifikationen. Dataintegritet og andre databaseparametre for optimal ydelse valideres også her.
7. Test af systemintegration
Denne test udtages efter afslutningen af enhedsniveauprøver. Her testes ende til ende-funktionaliteter af alle moduler i det nuværende system (Intra-applikation) samt interaktion med eksterne applikationer (inter-applikation). Her testes datastrømmen over modulerne og applikationerne for korrekthed. Denne test sikrer, at build til implementering er parat.
8. Regressionstest
Denne test sikrer, at ændringer, der er foretaget i et modul, ikke påvirker den overordnede funktion af den overordnede applikation såvel som den integrerede applikation. Dette er en negativ test for at kontrollere virkningen af eventuelle mangelfulde kodeændringer i applikationen i et postproduktionsscenarie.
9. Performance Testing
Mainframe-applikationer kan have følgende ydelsesfejl
- Flere ressourcer forbruges i programmet, hvilket resulterer i høje driftsomkostninger
- Online responstid er langsomt og fører til kundernes utilfredshed
- Batchjob og backend-proces tager mere tid, skærer i systemtilgængelighed for online brugere d. Problemer med skalerbarhed
For at overvinde ovennævnte glitches skal applikationen testes for korrekt
- System- og databaseparametre
- Applikations- og databasedesign
- Systemintegrationsparametre
- Coding
- Tidspunkt for back-end-job
10. Sikkerhedstest
Det involverer vurdering af trusler, risici, sårbarheder og anbefale afhjælpende handlinger til applikationer såvel som netværk.
Testning skal dække brugssager inden for områder som identitets- og adgangsstyring, databeskyttelse og overholdelse af privatlivspolitik, risiko- og overholdelsesstyring.
11. Agile metodologier
Testmetoder diskuteret ovenfor følger en række trin med den antagelse, at kravene forbliver konstante gennem hele projektet. Men moderne digitale applikationer gennemgår ofte ændringer og udvikler sig kontinuerligt. Agile metodik letter den trinvise udvikling af software og reagerer hurtigt på ændringer. Inkrementel testning bruges i et smidigt udviklingsscenarie.
Sådan foretages Mainframe Testing?
Mainframe-test udføres normalt manuelt, og det kan automatiseres ved hjælp af værktøjer som REXX, QTP, IBM-applikationspræstationsanalysator, CA-applikation fin tuner osv. Uanset tilstand skal testaktiviteterne styres af følgende skift til venstre-tilgang.
1. Planlægning
Et testteam i koordinering med projektledelses- og udviklingsholdet skal forberede testscenarier og testsager i god tid. Systemkravdokument, forretningsbehovsdokument, andre projektdokumenter og input fra udviklingsholdet vil være nyttige til udarbejdelse af testplaner. Ressourcerne med forudsætning af mainframe-viden skal være en del af teamet.
2. Planlægning
En testplan skal udarbejdes i overensstemmelse med projektets leveringsplan og den skal være realistisk.
3. Leveringer
Leverancer skal være veldefineret uden nogen tvetydighed, og det skal ligge inden for testmålene.
4. Henrettelse
Udførelse skal ske pr. Plan og leverancer. Der skal regelmæssigt gennemgås med udviklingsholdet for at kontrollere fremskridt og foretage en kursuskorrektion.
5. Rapportering
Testresultater bør deles med udviklingsholdet med jævne mellemrum. I tilfælde af presserende situationer kan testteamet komme i kontakt med udviklingsholdet for øjeblikkelig korrektion for at opretholde kontinuiteten.
6. Fordele
Den robuste testproces undgår unødvendig omarbejdning, bruger ressourcer optimalt, reducerer produktionsnedetid, forbedrer brugeroplevelsen, forbedrer kundebeholdning og reducerer omkostningerne ved it-drift generelt.
Konklusion
Mainframe-computere spiller stadig en vigtig rolle i hosting af ældre ERP-applikationer til store virksomheder såvel som hosting back-end for digitale applikationer. Mainframes er her for at blive i længere tid. Det er yderst vigtigt, at applikationen, der er hostet i mainframe, skal testes grundigt inden installationen.
Anbefalede artikler
Dette er en guide til Mainframe Testing. Her diskuterer vi Introduktion til Mainframe Testing, trin, der skal følges i Mainframe Testing, Hvordan man udfører Mainframe Testing langs metodologi. Du kan også gennemgå vores andre foreslåede artikler for at lære mere–
- SOA-testværktøjer
- Hvad er QTP?
- Informatica Arkitektur
- Dataintegrationsværktøj
- Hvad er dataintegration?