Uvod v testiranje mainframea
Mainframe strežnik z lahkoto upravlja z veliko količino transakcij, upravlja istočasno dostop do tisoč uporabnikov in velike povezave z bazo podatkov / veliko pasovno širino. Strežniki so zasnovani in so znani po dejavnikih zanesljivosti, razpoložljivosti, uporabnosti in varnosti. Tradicionalno se v velikih računalnikih gostijo poslovne aplikacije (ERP) za velika podjetja. ERP običajno vključuje poslovne kritične aplikacije, kot so Finance, Upravljanje zalog, Plače, Obdelava naročil, HR itd., Sodobne digitalne aplikacije uporabljajo glavni okvir za svoje nadomestne operacije. Proizvodne baze podatkov za večino kritičnih aplikacij, kot so bankomati, spletna mesta za e-trgovino gostijo v Mainframeu.
Zaradi kritičnosti je treba pred začetkom proizvodnje temeljito preizkusiti aplikacije Mainframe.
Poglejmo različne vidike testiranja teh aplikacij.
Metodologija preizkušanja glavnega okvirja
Končni uporabniki do aplikacij v Mainframe dostopajo na način, ki se razlikuje od spletnih aplikacij. Ključne razlike, ki se jih morajo zavedati preizkuševalci aplikacij, so
| Sl | Glavni okvir | Splet |
| 1 | Dostop prek terminala Emulator | Dostopno prek brskalnika ali uporabniškega vmesnika |
| 2 | Terminal Emulator je edina programska oprema, ki se lahko naloži v odjemalsko napravo za testiranje.
Aplikacije so v glavnem strežniku. | Nekaj obdelave opravi stranka, aplikacije pa je treba namestiti na pravem mestu, preden se začne testiranje. |
| 3 | Uporabnik se neposredno prijavi v sistem | Do programov je mogoče dostopati prek dvotirne arhitekture (odjemalec / strežnik) ali tristopenjske (predstavitvene / aplikacije / shranjevalne plasti DB) |
| 4 | Tester mora biti seznanjen s specifičnimi operacijami glavnega okvirja. | Testiranje se lahko izvede neposredno na zaslonu aplikacij. |
Predpogojno znanje o operacijah mainframe mora imeti preizkuševalec
- Možnost delitve časa (TSO) - način dostopa do virtualne shrambe in upravljanja nizov podatkov prek ukazov.
- Interaktivni sistem za produktivnost sistema (ISPF) za operacije menijev
- Sistem za prikaz in iskanje sistema (SDSF) za nadzor operacij in sistemskih virov.
- Transakcija CICS za testiranje IBM-ovih glavnih oken.
- FTP ali drug protokol za prenos
- Paketno upravljanje delovnih mest
- Operacije na več platformah, kjer je Mainframe osnova
Naslednji koraki pri preizkušanju mainframe
Spodaj so navedeni naslednji koraki:
1. Testiranje dima
Higienski test za potrditev pripravljenosti programske opreme za popoln test. Zajema površinske preizkusne scenarije in porabi malo truda in časa. Pri preizkušanju okvarjene konstrukcije prihranijo čas preizkuševalcev čas.
2. Preizkušanje funkcionalnosti
Funkcionalnosti različnih modelov se preizkušajo posamično in glede na njihovo skladnost z zahtevami.
3. Serijsko testiranje
Paketna opravila so niz dejavnosti, ki se izvajajo brez kakršne koli interakcije uporabnika z razpoložljivimi računskimi viri. Serijsko testiranje potrdi rezultate izhoda šaržnega opravila s specifikacijo.
4. Spletno testiranje
V tej kategoriji so preizkušene funkcije prednjega dela glavnega okvira. Zajema navigacijo po zaslonu, potrditev vnosa podatkov, prijaznost do uporabnika in vidike videza.
5. Testiranje internetnih paketnih integracij
Tu se preizkušajo integracijski vidiki spletnega procesa s postopkom za konec. Preverja pravilnost pretoka podatkov in medsebojnih vplivov med zasloni in zadnjim sistemom.
6. Testiranje baze podatkov
Ta test potrjuje podatke, shranjene s transakcijami, za skladnost s sistemsko specifikacijo. Tu je potrjena tudi celovitost podatkov in drugi parametri baze podatkov za optimalno delovanje.
7. Preizkušanje sistemske integracije
Ta preizkus se opravi po zaključku preskusov na ravni enote. Tu se preizkusijo funkcionalnosti vseh modulov znotraj trenutnega sistema (Intra aplikacija) in interakcij z zunanjimi aplikacijami (med-aplikacija). Tu se pretok podatkov prek modulov in aplikacij preizkuša glede pravilnosti. Ta preizkus zagotavlja pripravljenost gradnje za uvajanje.
8. Regresijsko testiranje
Ta preizkus zagotavlja, da spremembe, izvedene v modulu, ne vplivajo na splošno funkcijo nadrejene aplikacije, pa tudi na integrirano aplikacijo. To je negativen test za nadzor vpliva morebitnih okvarjenih sprememb kode v scenariju po proizvodnji.
9. Testiranje učinkovitosti
Aplikacije za mainframe imajo naslednje napake v zmogljivosti
- V programu se porabi več sredstev, kar povzroči visoke stroške delovanja
- Odzivni čas na spletu je počasen, kar vodi k nezadovoljstvu strank
- Paketna opravila in nadomestni postopek traja več časa, zmanjšuje razpoložljivost sistema za spletne uporabnike d. Vprašanja razširljivosti
Za premagovanje zgornjih napak je treba aplikacijo preskusiti, da je pravilno
- Sistemski in baze podatkov
- Zasnova aplikacij in baz podatkov
- Parametri sistemske integracije
- Kodiranje
- Časovna omejitev delovnih mest
10. Varnostno testiranje
Vključuje oceno groženj, tveganj, ranljivosti in priporočilo popravnih ukrepov za aplikacije in omrežje.
Testiranje mora zajemati primere uporabe na področjih, kot so upravljanje identitete in dostopa, varstvo podatkov in spoštovanje politike zasebnosti, upravljanje tveganj in skladnosti.
11. Agile metodologije
Zgoraj opisane preskusne metode sledijo zaporedju korakov s predpostavko, da zahteve ostanejo konstantne v celotnem projektu. Toda sodobne digitalne aplikacije se pogosto spreminjajo in se nenehno razvijajo. Agilna metodologija omogoča postopno razvijanje programske opreme in se hitro odziva na spremembe. Postopno testiranje se uporablja v agilnem scenariju razvoja.
Kako narediti testiranje glavnega okvirja?
Preskušanje glavnega okvirja običajno poteka ročno in ga je mogoče avtomatizirati z orodji, kot so REXX, QTP, analizator uspešnosti aplikacij IBM, fino nastavitev aplikacij CA itd. Ne glede na način izvajanja preskusnih dejavnosti naj se upravlja z naslednjim pristopom premikanja levo.
1. Načrtovanje
Preskusna skupina v sodelovanju z vodstvom in razvojno skupino projekta mora vnaprej pripraviti testne scenarije in testne primere. Dokument o sistemskih zahtevah, dokument o poslovnih zahtevah, drugi projektni dokumenti in vložki razvojne skupine bodo koristni za pripravo testnih načrtov. Viri s predpogojnim znanjem mainframea bi morali biti del ekipe.
2. Razpored načrtovanja
Načrt testiranja je treba sestaviti v skladu s časovnim razporedom izvajanja projektov in biti realen.
3. Končni rezultati
Končni rezultati morajo biti natančno opredeljeni, brez dvoumnosti in vključeni v testne cilje.
4. Izvedba
Izvedba mora biti po načrtu in rezultatih. Treba je občasno pregledati razvojno skupino, da preverite napredek in popravite tečaj.
5. Poročanje
Rezultate testov je treba občasno deliti z razvojno skupino. V nujnih primerih lahko skupina za testiranje stopi v stik z razvojno ekipo za takojšen popravek, da ohrani kontinuiteto.
6. Prednosti
Trden postopek testiranja se izogne nepotrebnemu preoblikovanju, optimalno uporablja vire, zmanjšuje čas zastoja proizvodnje, izboljšuje uporabniško izkušnjo, izboljšuje zadrževanje kupcev in na splošno zmanjšuje stroške delovanja IT.
Zaključek
Računalniki mainframe še vedno igrajo ključno vlogo pri gostovanju zapuščenih ERP aplikacij za velika podjetja, pa tudi pri zadnjem delu za digitalne aplikacije. Mainframes so tu, da ostanejo dlje časa. Ključnega pomena je, da je program, nameščen v osnovnem okviru, pred namestitvijo temeljito preizkušen.
Priporočeni članki
To je vodnik za preizkušanje mainframe. Tukaj razpravljamo o Uvodu v preskušanje mainframe-a, korakih, ki jih sledite pri testiranju mainframe-a, Kako opraviti testiranje mainframe-a po metodologiji. Obiščite lahko tudi druge naše predlagane članke, če želite izvedeti več -
- Orodja za testiranje SOA
- Kaj je QTP?
- Informatica Arhitektura
- Orodje za integracijo podatkov
- Kaj je integracija podatkov?