Uvod u ispitivanje glavnog okvira
Mainframe server s lakoćom upravlja velikim količinama transakcija, upravlja istodobnim pristupom tisuća korisnika i velikim baznim podacima / velikim propusnim vezama. Poslužitelji su robusnog dizajna i poznati su zbog faktora pouzdanosti, dostupnosti, uslužnosti i sigurnosti. Tradicionalno, poslovne aplikacije (ERP) za velike tvrtke nalaze se u računalima Mainframe. ERP obično uključuje poslovne kritične aplikacije kao što su financije, upravljanje zalihama, platni spisak, obrada narudžbi, HR itd., Moderne digitalne aplikacije koriste glavni okvir za svoje pomoćne operacije. Proizvodne baze podataka za većinu kritičnih aplikacija poput bankomata i web mjesta e-trgovine nalaze se u Mainframeu.
Zbog svoje kritičnosti, aplikacije Mainframe treba temeljito ispitati prije nego što se pokrene proizvodnja.
Pogledajmo različite aspekte testiranja ovih aplikacija.
Metodologija ispitivanja mainframea
Aplikacijama u Mainframeu pristupaju krajnji korisnici na način drugačiji od web aplikacija. Ključne razlike trebaju biti svjesni testeri aplikacija
| Sl | glavni okvir | mreža |
| 1 | Pristupom putem terminala emulatora | Pristupano putem preglednika ili korisničkog sučelja |
| 2 | Terminal Emulator jedini je softver koji se učitava u klijentski stroj radi testiranja.
Aplikacije se nalaze na glavnom poslužitelju. | Dio obrade provodi klijent, a aplikacije se trebaju rasporediti na pravom mjestu prije nego što započne testiranje. |
| 3 | Korisnik se izravno prijavljuje u sustav | Aplikacijama se pristupa kroz dvoslojnu arhitekturu (klijent / poslužitelj) ili troslojnu (Prezentacijski / aplikacije / DB slojevi za pohranu) |
| 4 | Ispitivač treba biti svjestan određenih operacija glavnog okvira. | Testiranje se može obaviti izravno na zaslonu aplikacija. |
Preduvjetno znanje o radu glavnih sustava koji bi ispitivač trebao imati
- Opcija dijeljenja vremena (TSO) - Način pristupa virtualnoj pohrani i upravljanju skupovima podataka putem naredbi.
- Mogućnost produktivnosti interaktivnog sustava (ISPF) za rad s izbornicima
- Objekt za prikaz i pretraživanje sustava (SDSF) za kontrolu operacija i resursa sustava.
- CICS transakcija za testiranje IBM mainframes.
- FTP ili neki drugi protokol za prijenos
- Paketno upravljanje poslom
- Operacije na različitim platformama u kojima je Mainframe pomoćni sustav
Koraci za ispitivanje glavnog okvira
Sljedeći koraci koje je potrebno slijediti u nastavku:
1. Ispitivanje dima
Higijenski test za potvrdu spremnosti izrade softvera za cjelovit test. Obuhvaća površne scenarije ispitivanja i zahtijeva malo truda i vremena. To štedi napor vremena testera za testiranje neispravne građe.
2. Ispitivanje funkcionalnosti
Funkcionalnosti različitih modela ispituju se pojedinačno i međusobno, radi usklađenosti s zahtjevima.
3. Serijsko testiranje
Paketni poslovi su skup aktivnosti koje se izvršavaju bez ikakve interakcije s korisnikom s dostupnim računalnim resursima. Paketno testiranje potvrđuje rezultate izlaza skupnog posla sa specifikacijom.
4. Online testiranje
Značajke sučelja za glavne okvire testirane su u ovoj kategoriji. Obuhvaća navigaciju unutar zaslona, provjeru unosa podataka, prilagođenost korisnicima i aspekte izgleda i osjećaja.
5. Testiranje integracije putem interneta
Ovdje su testirani aspekti integracije internetskog procesa s postupkom sa krajnjim učinkom. Provjerava ispravnost protoka podataka i interakcija između zaslona i stražnjeg sustava.
6. Ispitivanje baze podataka
Ovaj test potvrđuje podatke pohranjene u transakcijama za sukladnost sa specifikacijom sustava. Integritet podataka i ostali parametri baze podataka za optimalne performanse također su ovdje potvrđeni.
7. Ispitivanje integracije sustava
Ovaj se test uzima nakon završetka ispitivanja na razini jedinice. Ovdje su testirane funkcionalnosti svih modula unutar trenutnog sustava (Intra aplikacija) kao i interakcije s vanjskim aplikacijama (međup primjena). Ovdje se protok podataka preko modula i aplikacija testira na ispravnost. Ovo testiranje osigurava spremnost građevine za primjenu.
8. Regresijsko ispitivanje
Ovo testiranje osigurava da promjene učinjene u modulu ne utječu na ukupnu funkciju nadređene aplikacije kao i na integriranu aplikaciju. Ovo je negativan test za kontrolu utjecaja neispravnih promjena kodova u post-produkcijskom scenariju.
9. Ispitivanje performansi
Aplikacije za mainframe mogu imati sljedeće nedostatke u radu
- Više programa se troši u programu što rezultira visokim troškovima rada
- Vrijeme odgovora na mreži je sporo, što dovodi do nezadovoljstva kupaca
- Paketni poslovi i zamjenski postupak oduzima više vremena, smanjuje dostupnost sustava mrežnim korisnicima d. Pitanja skalabilnosti
Da biste savladali gornje propuste, aplikaciju treba ispitati na ispravnost
- Parametri sustava i baze podataka
- Dizajn aplikacije i baze podataka
- Parametri integracije sustava
- šifriranje
- Vremena pozadinskih zadataka
10. Sigurnosno testiranje
To uključuje procjenu prijetnji, rizika, ranjivosti i preporučuje korektivne radnje za aplikacije i mrežu.
Ispitivanje treba obuhvatiti slučajeve uporabe u područjima kao što su upravljanje identitetom i pristupom, zaštita podataka i pridržavanje politike privatnosti, upravljanje rizicima i usklađenošću.
11. Agilne metodologije
Gore opisane metode ispitivanja prate niz koraka uz pretpostavku da zahtjevi ostaju stalni tijekom cijelog projekta. Ali moderne digitalne aplikacije često se mijenjaju i kontinuirano se razvijaju. Agilna metodologija olakšava postupni razvoj softvera i brzo reagira na promjene. Postupno testiranje koristi se u agilnom scenariju razvoja.
Kako se testira mainframe?
Testiranje glavnog okvira obično se obavlja ručno i može se automatizirati pomoću alata kao što su REXX, QTP, analizator performansi IBM aplikacije, fini prilagodnik aplikacije CA itd. Bez obzira na način rada, testiranjem treba upravljati sljedećim pristupom pomaka ulijevo.
1. Planiranje
Tim za testiranje u suradnji s timom za upravljanje projektima i razvojnim timom trebao bi unaprijed pripremiti scenarije ispitivanja i ispitne slučajeve. Dokument o zahtjevu za sustavom, dokument poslovne potrebe, drugi projektni dokumenti i unosi razvojnog tima bit će korisni za pripremu testnih planova. Resursi s potrebnim poznavanjem mainframe-a trebali bi biti dio tima.
2. Planiranje
Raspored testiranja treba biti sastavljen u skladu s rasporedom isporuke projekta i trebao bi biti realan.
3. Isporuke
Rezultati bi trebali biti dobro definirani bez ikakve nejasnoće i trebali bi biti unutar okvira ciljeva ispitivanja.
4. Izvršenje
Izvršenje bi trebalo biti prema planu i rezultatima. Trebao bi vršiti periodične preglede s razvojnim timom kako bi se provjerio napredak i ispravio tečaj.
5. Izvještavanje
Rezultate ispitivanja treba povremeno dijeliti s razvojnim timom. U hitnim situacijama, ispitni tim može kontaktirati razvojni tim radi trenutne korekcije radi održavanja kontinuiteta.
6. Prednosti
Robustan postupak testiranja izbjegava nepotrebne prepravke, optimalno koristi resurse, smanjuje vrijeme zastoja u proizvodnji, poboljšava korisničko iskustvo, poboljšava zadržavanje korisnika i smanjuje ukupni trošak IT rada.
Zaključak
Računala s mainframeom još uvijek igraju vitalnu ulogu u hostingu naslijeđenih ERP aplikacija za velika poduzeća, kao i hosting back back za digitalne aplikacije. Glavni okviri su tu da ostanu duže vrijeme. Izuzetno je važno da aplikaciju koja se nalazi u glavnom okviru temeljito testira prije implementacije.
Preporučeni članci
Ovo je vodič za ispitivanje glavnog okvira. Ovdje smo raspravljali o Uvodu u ispitivanje mainframe-a, koracima koji slijede u testiranju mainframe-a, kako izvršiti testiranje mainframe-a po metodologiji. Možete i proći kroz naše druge predložene članke da biste saznali više -
- Alati za ispitivanje SOA-e
- Što je QTP?
- Informatica Arhitektura
- Alat za integraciju podataka
- Što je integracija podataka?