Introduktion till Mainframe Testing
Mainframe-server hanterar en hög volym transaktioner, hanterar samtidigt åtkomst av tusentals användare och stora databas / tunga bandbreddanslutningar med lätthet. Servrarna är robusta i design och kända för pålitlighet, tillgänglighet, service och säkerhetsfaktorer. Traditionellt är företagstillämpningar (ERP) för stora företag värd i Mainframe-datorer. ERP inkluderar vanligtvis affärskritiska applikationer som finans, inventeringshantering, löner, orderbehandling, HR, etc. Moderna digitala applikationer använder Mainframe för sin backend-verksamhet. Produktionsdatabaser för de flesta uppdragskritiska applikationer som ATM, eCommerce-webbplatser är värd i Mainframe.
På grund av dess kritik bör Mainframe Applications testas noggrant innan produktionen körs.
Låt oss titta på olika aspekter av testning av dessa applikationer.
Metoden för Mainframe Testing
Tillämpningar i Mainframe nås av slutanvändare på ett annat sätt än webbapplikationer. De viktigaste skillnaderna bör applikationstestare vara medvetna om
| Sl | Huvudram | webb |
| 1 | Åtkomst till terminalemulator | Åtkomst till webbläsaren eller användargränssnittet |
| 2 | Terminal Emulator är den enda programvaran som laddas i en klientmaskin för testning.
Program finns på huvudservern. | En del av behandlingen utförs av klientsidan och apparna bör distribueras på rätt plats innan testningen startar. |
| 3 | Användaren loggar in i systemet direkt | Tillgångar har tillgång till genom två-lagsarkitektur (klient / server) eller tre nivåer (presentation / appar / DB-lagringslager) |
| 4 | Testaren bör vara medveten om specifika stordatoroperationer. | Testning kan göras direkt på applikationsskärmen. |
Förutsatt kunskap om Mainframe-operationer som en testare bör ha
- Alternativ för tidsdelning (TSO) - Sätt att få tillgång till virtuell lagring och hantera datasätt genom kommandon.
- Interaktiv systemproduktivitetsanläggning (ISPF) för menyfunktioner
- Systemvisning och sökfunktion (SDSF) för att kontrollera operationer och systemresurser.
- CICS-transaktion att testa för IBM-stordatorer.
- FTP eller annat överföringsprotokoll
- Batchjobbhantering
- Cross-platform operationer där Mainframe är backend
Steg att följa i Mainframe Testing
Följande steg som ska följas ges nedan:
1. Röktestning
Ett hygientest för att bekräfta beredskapen i programvarubyggnaden för ett fullständigt test. Det täcker ytliga testscenarier och förbrukar lite ansträngning och tid. Det sparar testarens tid för att testa en defekt byggnad.
2. Test av funktionalitet
Funktionerna hos olika modeller testas individuellt och med avseende på varandra för att de uppfyller kraven.
3. Batch Testing
Batchjobb är en uppsättning aktiviteter som körs utan någon användarinteraktion med tillgängliga datorresurser. Batchprovning validerar resultaten från utgången från batchjobbet med specifikationen.
4. Online-testning
Främre funktioner i stordatorapplikationerna testas i denna kategori. Det täcker navigeringar på skärmen, datainmatningsvalideringar, användarvänlighet och look & feel-aspekter.
5. Online-batchintegrationstest
Integrationsaspekter av online-processen med backend-processen testas här. Den kontrollerar korrektheten av dataflödet och interaktioner mellan skärmarna och backend-systemet.
6. Databastestning
Detta test validerar de data som lagras av transaktionerna för överensstämmelse med systemspecifikationen. Dataintegritet och andra databasparametrar för optimal prestanda valideras också här.
7. Test av systemintegration
Detta test genomförs efter avslutande av enhetsnivåprov. Här testas funktionerna från alla moduler inom det nuvarande systemet (Intra-applikation) samt interaktioner med externa applikationer (interapplikation). Här testas dataflödet över modulerna och applikationerna för korrekthet. Denna testning garanterar beredskapen för byggandet för distribution.
8. Regressionstest
Denna testning säkerställer att ändringar som görs i en modul inte påverkar den övergripande funktionen för överordnad applikation såväl som den integrerade applikationen. Detta är ett negativt test för att kontrollera effekterna av eventuella felaktiga kodändringar i applikationen i ett postproduktionsscenario.
9. Prestandatestning
Mainframe-applikationer kan ha följande prestandafel
- Fler resurser förbrukas i programmet vilket resulterar i höga driftskostnader
- Online-svarstid är långsamt vilket leder till kundnöjdhet
- Batchjobb och backendprocess tar mer tid, minskar systemtillgängligheten för online-användare d. Skalbarhetsproblem
För att övervinna ovannämnda glitches bör ansökan testas för korrekt
- System- och databasparametrar
- Applikations- och databasdesign
- Parametrar för systemintegration
- Kodning
- Tidpunkt för back-end-jobb
10. Säkerhetstest
Det handlar om att utvärdera hot, risker, sårbarheter och rekommendera åtgärdsåtgärder för såväl applikationer som nätverk.
Testning bör omfatta användningsfall i områden som identitets- och åtkomsthantering, dataskydd och integritetspolicy, risk- och efterlevnadshantering.
11. Smidiga metoder
Testmetoder diskuterade ovan följer en sekvens av steg med antagandet att kraven förblir konstanta under hela projektet. Men moderna digitala applikationer genomgår ofta förändringar och utvecklas kontinuerligt. Agile metodik underlättar den stegvisa utvecklingen av programvara och reagerar snabbt på förändringar. Inkrementell testning används i ett smidigt utvecklingsscenario.
Hur gör jag Mainframe Testing?
Mainframe-testning utförs normalt manuellt och det kan automatiseras med hjälp av verktyg som REXX, QTP, IBM-applikationsprestandeanalysator, CA-applikation finmottagare osv. Oavsett läge bör testaktiviteterna hanteras med följande skift vänster-strategi.
1. Planering
Ett testteam i samordning med projektlednings- och utvecklingsgruppen bör förbereda testscenarier och testfall i god tid. Systemkravdokument, affärskraftsdokument, andra projektdokument och input från utvecklingsgruppen kommer att vara användbara för att utarbeta testplaner. Resurserna med förutsatt stordatorkunskap bör vara en del av teamet.
2. Schemaläggning
Ett testschema bör utarbetas i enlighet med projektets leveransschema och det bör vara realistiskt.
3. Leveranser
Leveranser ska vara väl definierade utan någon tvetydighet och det bör ligga inom ramen för testmålen.
4. Utförande
Utförandet ska ske enligt plan och leveranser. Det bör finnas periodiska granskningar med utvecklingsgruppen för att kontrollera framstegen och göra en kurskorrigering.
5. Rapportering
Testresultaten bör delas med utvecklingsgruppen regelbundet. I brådskande situationer kan testteamet komma i kontakt med utvecklingsgruppen för omedelbar korrigering för att upprätthålla kontinuiteten.
6. Fördelar
Den robusta testprocessen undviker onödig omarbetning, utnyttjar resurser optimalt, minskar drifttid för produktionen, förbättrar användarupplevelsen, förbättrar kundbevarandet och minskar kostnaderna för IT-drift totalt sett.
Slutsats
Mainframe-datorer spelar fortfarande en viktig roll när det gäller värd för äldre ERP-applikationer för stora företag och som värd för back-end för digitala applikationer. Stordatorer är här för att stanna längre. Det är oerhört viktigt att applikationen som är värd i mainframe testas noggrant innan installationen.
Rekommenderade artiklar
Detta är en guide till Mainframe Testing. Här diskuterar vi Introduktion till Mainframe Testing, Steg att följa i Mainframe Testing, Hur man gör Mainframe Testing längs metodik. Du kan också gå igenom våra andra artiklar som föreslås för att lära dig mer–
- SOA-testverktyg
- Vad är QTP?
- Informatica Architecture
- Dataintegrationsverktyg
- Vad är dataintegration?