Johdatus mainframe-testaukseen
Mainframe-palvelin hoitaa suuren määrän tapahtumia, hallitsee tuhansien käyttäjien samanaikaista pääsyä ja suuria tietokanta / raskas kaistaleveysyhteyksiä helposti. Palvelimet ovat suunniteltu kestämään ja ne tunnetaan luotettavuuteen, saatavuuteen, huollettavuuteen ja turvallisuuteen liittyvistä tekijöistä. Perinteisesti suurten yritysten yrityssovellukset (ERP) isännöidään mainframe-tietokoneissa. ERP sisältää tyypillisesti liiketoimintakriittisiä sovelluksia, kuten Finance, Inventory Management, Palkanlaskenta, Tilaustenkäsittely, HR jne. Nykyaikaiset digitaaliset sovellukset käyttävät Mainframe-ohjelmaa taustatoimintoihinsa. Useimpien operatiivisen kriittisten sovellusten, kuten ATM: n ja verkkokaupan sivustojen tuotantotietokannat isännöidään mainframessa.
Kriittisyytensä vuoksi mainframe-sovellukset on testattava perusteellisesti ennen tuotantoajoa.
Tarkastellaan näiden sovellusten testauksen erilaisia näkökohtia.
Mainframe-testauksen menetelmä
Pääkäyttäjät pääsevät Mainframen sovelluksiin eri tavalla kuin Web-sovellukset. Tärkeimmät erot, jotka sovellustestajien tulisi olla tietoisia, ovat
sl | keskuskone | verkko |
1 | Pääsy terminaaliemulaattoriin | Käytössä selaimessa tai käyttöliittymässä |
2 | Terminaaliemulaattori on ainoa ohjelmisto, joka ladataan asiakaskoneeseen testausta varten.
Sovellukset sijaitsevat pääpalvelimessa. | Osa prosessoinnista suoritetaan asiakaspuolella, ja sovellukset tulisi ottaa käyttöön oikeassa paikassa ennen testauksen alkamista. |
3 | Käyttäjä kirjautuu järjestelmään suoraan | Sovelluksiin pääsee kaksitasoisella arkkitehtuurilla (asiakas / palvelin) tai kolmitasolla (esittely / sovellukset / DB-tallennuskerrokset) |
4 | Testaajan tulisi olla tietoinen tietyistä keskusyksikön toiminnoista. | Testaus voidaan suorittaa suoraan sovellusnäytöllä. |
Edellyttävät tiedot keskusyksikön toiminnoista testaajalla
- Aikajakovaihtoehto (TSO) - tapa päästä virtuaaliseen tallennustilaan ja hallita tietojoukkoja komentojen avulla.
- Interaktiivinen järjestelmän tuottavuuslaite (ISPF) valikkotoimintoihin
- Järjestelmänäyttö ja hakulaite (SDSF) toimintojen ja järjestelmäresurssien hallintaan.
- CICS-kauppa testata IBM: n pääkehyksiä.
- FTP tai jokin muu siirtoprotokolla
- Erätyön hallinta
- Alustojenväliset toiminnot, joissa taustana on Mainframe
Seuraavia vaiheita mainframe-testauksessa
Seuraavat vaiheet, jotka on noudatettava, annetaan alla:
1. Savutestaus
Hygieniatesti, jolla varmistetaan ohjelmistorakenteen valmius täysimittaiseksi testiä varten. Se kattaa pinnalliset testiskenaariot ja vie vähän vaivaa ja aikaa. Se säästää testaajien aikaa yrittää viallisen rakenteen testaamisessa.
2. Toimivuuden testaus
Eri mallien toiminnallisuudet testataan erikseen ja toistensa suhteen vaatimustenmukaisuuden suhteen.
3. Erätestaus
Erätyöt ovat joukko toimintoja, jotka suoritetaan ilman käyttäjän toimia ja käytettävissä olevia laskentaresursseja. Erätestaus vahvistaa erätyön tulokset eritelmällä.
4. Verkkotestaus
Mainframe-sovellusten etupääominaisuudet testataan tässä kategoriassa. Se kattaa näytön sisällä tapahtuvat navigoinnit, tietojen syöttämisen validoinnit, käyttäjäystävällisyyden ja ulkoasun.
5. Online-eräintegraation testaus
Verkkoprosessin integrointinäkökohdat taustaprosessiin testataan täällä. Se tarkistaa tiedonsiirron ja vuorovaikutusten oikeellisuuden näytöiden ja taustajärjestelmän välillä.
6. Tietokannan testaus
Tämä testi vahvistaa tapahtumien tallentamat tiedot järjestelmämääritelmän mukaisiksi. Tietojen eheys ja muut tietokannan parametrit optimaalisen suorituskyvyn saavuttamiseksi validoidaan myös tässä.
7. Järjestelmän integroinnin testaus
Tämä testi otetaan vastaan yksikkötason testien suorittamisen jälkeen. Tässä testataan kaikkien nykyisen järjestelmän (sisäinen sovellus) moduulien toiminnot sekä vuorovaikutus ulkoisten sovellusten kanssa (sovellusten välinen). Täällä testataan tiedonkulku moduulien ja sovellusten välillä oikeellisuuden suhteen. Tämä testaus varmistaa rakenteen valmiuden käyttöönottoa varten.
8. Regressiotestaus
Tämä testaus varmistaa, että moduulissa tehdyt muutokset eivät vaikuta emo-sovelluksen sekä integroidun sovelluksen yleiseen toimintaan. Tämä on negatiivinen testi, jolla hallitaan sovelluksen virheellisten koodimuutosten vaikutusta tuotannon jälkeisessä tilanteessa.
9. Suorituskykytestaus
Mainframe-sovelluksissa voi olla seuraavia suorituskyvyn häiriöitä
- Ohjelmassa kulutetaan enemmän resursseja, mikä johtaa korkeisiin kustannuksiin
- Online-vastausaika on hidas ja johtaa asiakkaiden tyytymättömyyteen
- Erätyöt ja taustaprosessi vie enemmän aikaa, vähentää järjestelmän saatavuutta online-käyttäjille d. Skaalautuvuusongelmat
Edellä mainittujen häiriöiden voittamiseksi sovellus on testattava oikein
- Järjestelmä- ja tietokantaparametrit
- Sovellusten ja tietokantojen suunnittelu
- Järjestelmäintegraatioparametrit
- Coding
- Taustatöiden ajoitus
10. Turvallisuustestaus
Siinä arvioidaan uhat, riskit, haavoittuvuudet ja suositellaan korjaavia toimia sekä sovelluksille että verkolle.
Testauksen tulisi kattaa käyttötapaukset esimerkiksi henkilöllisyyden ja käyttöoikeuksien hallinnassa, tietosuoja- ja yksityisyyspolitiikan noudattamisessa, riskien ja vaatimustenmukaisuuden hallinnassa.
11. Ketterät menetelmät
Edellä käsitellyt testausmenetelmät seuraavat vaihejaksoa olettaen, että vaatimukset pysyvät vakiona koko projektin ajan. Mutta nykyaikaiset digitaaliset sovellukset muuttuvat usein ja kehittyvät jatkuvasti. Ketterä metodologia helpottaa ohjelmistojen asteittaista kehittämistä ja reagoi muutoksiin nopeasti. Inkrementaalista testausta käytetään ketterässä kehitysskenaariossa.
Kuinka tehdä mainframe-testaus?
Mainframe-testaus tehdään yleensä manuaalisesti, ja se voidaan automatisoida käyttämällä työkaluja, kuten REXX, QTP, IBM-sovellusten suorituskyvyn analysaattori, CA-sovelluksen hienosäädin jne. Tilasta riippumatta testaustoimintoja tulisi hallita seuraavalla siirtymän vasemmalla lähestymistavalla.
1. Suunnittelu
Testausryhmän tulee koordinoida projektinhallinta- ja kehitysryhmän kanssa testiskenaariot ja testitapaukset hyvissä ajoin. Järjestelmävaatimusasiakirja, liiketoimintavaatimusasiakirja, muut projektidokumentit ja kehitysryhmän panokset ovat hyödyllisiä testisuunnitelmien laatimisessa. Resurssien, joilla on edellytys mainframe-tiedolle, tulisi olla osa joukkuetta.
2. Aikataulu
Testausaikataulu olisi laadittava projektin toimitusaikataulun mukaisesti ja sen olisi oltava realistinen.
3. Toimitukset
Tavoitteet olisi määriteltävä hyvin ilman mitään epäselvyyksiä, ja niiden tulisi kuulua testitavoitteiden piiriin.
4. Suorittaminen
Suorituksen tulee olla suunnitelman ja suoritteiden mukainen. Kehitysryhmän kanssa tulisi olla säännöllisiä katsauksia edistymisen tarkistamiseksi ja kurssin korjaamiseksi.
5. Raportointi
Testitulokset tulisi jakaa säännöllisesti kehitysryhmän kanssa. Kiireellisissä tilanteissa testausryhmä voi ottaa yhteyttä kehitysryhmään välitöntä korjausta varten jatkuvuuden ylläpitämiseksi.
6. Edut
Vankka testausprosessi välttää tarpeetonta uusintaa, hyödyntää resursseja optimaalisesti, vähentää tuotannon seisokkeja, parantaa käyttökokemusta, parantaa asiakkaiden säilyttämistä ja vähentää IT-toiminnan kustannuksia yleisesti.
johtopäätös
Mainframe-tietokoneilla on edelleen tärkeä rooli isojen yritysten vanhojen ERP-sovellusten ylläpidossa sekä digitaalisten sovellusten takaosan ylläpidossa. Mainframeit ovat täällä pysyäksesi pidempään. On ensiarvoisen tärkeää, että keskusyksikön isäntäsovellus testataan perusteellisesti ennen käyttöönottoa.
Suositellut artikkelit
Tämä on opas mainframe-testaukseen. Tässä keskustellaan johdannosta mainframe-testaukseen, Mainframe-testauksen vaiheista, kuinka Mainframe-testaus tehdään metodologian mukaisesti. Voit myös käydä läpi muiden ehdotettujen artikkeleidemme saadaksesi lisätietoja -
- SOA-testaustyökalut
- Mikä on QTP?
- Informatica -arkkitehtuuri
- Tietojen integroinnin työkalu
- Mikä on tietojen integrointi?