Introduksjon til Mainframe Testing
Mainframe-server håndterer et stort volum av transaksjoner, administrerer samtidig tilgang til tusenvis av brukere og store databaser / tunge båndbreddeforbindelser med letthet. Serverne er robuste i design og kjent for pålitelighet, tilgjengelighet, brukbarhet og sikkerhetsfaktorer. Tradisjonelt er enterprise applikasjoner (ERP) for store bedrifter vert i Mainframe datamaskiner. ERP inkluderer typisk forretningskritiske applikasjoner som finans, lagerstyring, lønn, ordrebehandling, HR, etc. Moderne digitale applikasjoner bruker Mainframe til backend-operasjoner. Produksjonsdatabaser for de fleste oppgavekritiske applikasjoner som ATM, e-handelsnettsteder blir arrangert i Mainframe.
På grunn av dets kritikk, bør Mainframe Applications testes grundig før produksjonsløpet.
La oss se på forskjellige aspekter ved testing av disse applikasjonene.
Metodikken for Mainframe Testing
Programmer i Mainframe får tilgang til av sluttbrukere på en annen måte enn webapplikasjoner. De viktigste forskjellene, applikasjonstestere bør være klar over er
| Sl | Hovedramme | web |
| 1 | Fått tilgang til via terminalemulator | Fått tilgang til nettleseren eller brukergrensesnittet |
| 2 | Terminal Emulator er den eneste programvaren som er lastet inn i en klientmaskin for testing.
Programmer ligger på hovedserveren. | Noe av behandlingen utføres av klientsiden, og appene bør distribueres på rett sted før testingen starter. |
| 3 | Bruker logger seg direkte på systemet | Programmer får tilgang til gjennom to-lags arkitektur (klient / server) eller tre-lags (presentasjon / apper / DB lagringslag) |
| 4 | Testeren skal være klar over spesifikke stormaskinoperasjoner. | Testing kan gjøres direkte på applikasjonsskjermen. |
Forutsetningskunnskap om Mainframe-operasjoner en tester skal ha
- Tidsdelingsalternativ (TSO) - Slik får du tilgang til virtuell lagring og administrere datasett gjennom kommandoer.
- Interactive system productivity facility (ISPF) for menyoperasjoner
- Systemvisning og søkeanlegg (SDSF) for å kontrollere operasjoner og systemressurser.
- CICS-transaksjon for å teste for IBM mainframes.
- FTP eller en annen overføringsprotokoll
- Batch jobbledelse
- Operasjoner på tvers av plattformer der Mainframe er bakenden
Fremgangsmåte for å følge i Mainframe Testing
Følgende trinn som skal følges, er gitt nedenfor:
1. Røykprøving
En hygienetest for å bekrefte beredskapen til programvarebygging for en fullverdig test. Det dekker overfladiske testscenarier og bruker lite krefter og tid. Det sparer innsatsen til testernes tid i å teste en mangelfull konstruksjon.
2. Test av funksjonalitet
Funksjonalitetene til forskjellige modeller testes individuelt så vel som i forhold til hverandre for å være i samsvar med kravene.
3. Batch Testing
Batchjobber er et sett med aktiviteter som blir utført uten brukerinteraksjon, med tilgjengelige beregningsressurser. Batch testing validerer resultatene fra resultatet av batchjobben med spesifikasjonen.
4. Online Testing
Frontend-funksjoner i stormaskin-applikasjonene er testet i denne kategorien. Den dekker navigasjoner på skjermen, validering av datainntastning, brukervennlighet og utseende.
5. Online-batch-integrasjonstesting
Integrasjonsaspekter av den elektroniske prosessen med back end-prosessen testes her. Den sjekker riktigheten av dataflyten og interaksjonene mellom skjermene og bakenden.
6. Databasetesting
Denne testen validerer dataene som er lagret av transaksjonene for samsvar med systemspesifikasjonen. Dataintegritet og andre databaseparametere for optimal ytelse blir også validert her.
7. Test av systemintegrasjon
Denne testen blir tatt opp etter fullføring av tester på enhetsnivå. Her blir ende til ende funksjonalitet av alle modulene i det nåværende systemet (Intra-applikasjon) samt interaksjoner med eksterne applikasjoner (interapplikasjon) testet. Her testes dataflyt over modulene og applikasjonene for korrekthet. Denne testingen sikrer beredskapen til build for distribusjon.
8. Regresjonstesting
Denne testen sikrer at endringer utført i en modul ikke påvirker den overordnede funksjonen til overordnet applikasjon så vel som den integrerte applikasjonen. Dette er en negativ test for å kontrollere virkningen av eventuelle mangelfulle kodeendringer i applikasjonen i et etterproduksjonsscenario.
9. Testing av ytelse
Mainframe-applikasjoner kan ha følgende ytelsesfeil
- Flere ressurser brukes i programmet, noe som gir høye driftskostnader
- Online svartid går sakte og fører til misnøye hos kundene
- Batchjobber og backend-prosess tar mer tid, reduserer systemtilgjengeligheten for online brukere d. Problemer med skalerbarhet
For å overvinne ovennevnte glitches, bør applikasjonen testes for riktig
- System- og databaseparametere
- Søknad og databasedesign
- Parametere for systemintegrasjon
- Coding
- Tidspunkt for back-end jobber
10. Sikkerhetstesting
Det innebærer å vurdere truslene, risikoene, sårbarhetene og anbefale utbedringstiltak for applikasjoner så vel som nettverk.
Testing skal dekke brukssaker på områder som identitets- og tilgangshåndtering, databeskyttelse og personvernpolicy, risiko og samsvarshåndtering.
11. Smidige metodologier
Testmetoder diskutert ovenfor følger en sekvens med trinn under forutsetning av at kravene forblir konstante gjennom hele prosjektet. Men moderne digitale applikasjoner gjennomgår endringer ofte og utvikler seg kontinuerlig. Agile metodikk letter trinnvis utvikling av programvare og reagerer raskt på endringer. Inkrementell testing brukes i et smidig utviklingsscenario.
Hvordan gjør jeg Mainframe Testing?
Mainframe-testing utføres normalt manuelt og det kan automatiseres ved hjelp av verktøy som REXX, QTP, IBM-applikasjonsytelsesanalysator, CA-applikasjon finmottaker, osv. Uansett modus, bør testaktivitetene styres av følgende skift til venstre-tilnærming.
1. Planlegging
Et testteam i koordinering med prosjektledelse og utviklingsteam bør utarbeide testscenarier og testsaker i god tid. Systemkravdokument, forretningsbehovsdokument, andre prosjektdokumenter og innspill fra utviklingsteamet vil være nyttige for utarbeidelse av testplaner. Ressursene med forutsetning av stordriftskunnskap skal være en del av teamet.
2. Planlegging
En testplan skal utarbeides i samsvar med prosjektleveringsplanen, og den skal være realistisk.
3. Leveranser
Leveranser skal være godt definert uten tvetydighet, og det skal ligge innenfor testmålene.
4. Henrettelse
Utførelse skal være i henhold til plan og leveranser. Det bør være periodiske gjennomganger med utviklingsteamet for å sjekke fremdriften og foreta en kursretting.
5. Rapportering
Testresultatene bør deles med utviklingsteamet med jevne mellomrom. Ved presserende situasjoner kan testteamet komme i kontakt med utviklingsteamet for øyeblikkelig korreksjon for å opprettholde kontinuiteten.
6. Fordeler
Den robuste testprosessen unngår unødvendig omarbeiding, utnytter ressursene optimalt, reduserer nedetid for produksjonen, forbedrer brukeropplevelsen, forbedrer kundebeholdningen og reduserer kostnadene for IT-drift totalt sett.
Konklusjon
Mainframe-datamaskiner spiller fortsatt en viktig rolle når det gjelder å være vert for gamle ERP-applikasjoner for store bedrifter, så vel som hosting back-end for digitale applikasjoner. Mainframes er her for å være i lengre tid. Det er helt avgjørende at applikasjonen som er vert i mainframe, skal testes grundig før distribusjon.
Anbefalte artikler
Dette er en guide til Mainframe Testing. Her diskuterer vi Introduksjon til Mainframe Testing, trinn som skal følges i Mainframe Testing, How to do Mainframe Testing along Methodology. Du kan også gå gjennom de andre foreslåtte artiklene våre for å lære mer–
- SOA-testverktøy
- Hva er QTP?
- Informatica Architecture
- Dataintegrasjonsverktøy
- Hva er dataintegrasjon?