Úvod do testovania mainframe
Server mainframe zvláda veľké množstvo transakcií, spravuje simultánny prístup tisícov používateľov a ľahké pripojenie k veľkej databáze / veľkej šírke pásma. Servery sú robustné a sú známe faktormi spoľahlivosti, dostupnosti, použiteľnosti a bezpečnosti. Podnikové aplikácie (ERP) pre veľké podniky sa tradične hosťujú v počítačoch sálových počítačov. ERP typicky zahŕňa obchodné aplikácie, ako sú financie, riadenie zásob, mzdy, spracovanie objednávok, personalistika atď. Moderné digitálne aplikácie používajú mainframe pre svoje backendové operácie. Produkčné databázy pre väčšinu kritických aplikácií, ako sú bankomaty, weby elektronického obchodu, sú hostené v mainframe.
Kvôli svojej kritickosti by mali byť mainframové aplikácie pred začiatkom výroby dôkladne testované.
Pozrime sa na rôzne aspekty testovania týchto aplikácií.
Metodika skúšania sálových počítačov
K aplikáciám v sálovom počítači pristupujú koncoví používatelia spôsobom odlišným od webových aplikácií. Hlavné rozdiely, ktoré by si mali byť testeri aplikácií vedomí, sú
| sl | Hlavný rám | web |
| 1 | Prístup cez terminálový emulátor | Prístup cez prehliadač alebo používateľské rozhranie |
| 2 | Terminal Emulator je jediný softvér, ktorý sa má načítať do klientskeho počítača na testovanie.
Aplikácie sa nachádzajú na hlavnom serveri. | Niektoré zo spracovania sa vykonáva na strane klienta a aplikácie by sa mali umiestniť na správne miesto pred začatím testovania. |
| 3 | Používateľ sa prihlasuje priamo do systému | Prístup k aplikáciám je možný prostredníctvom dvojvrstvovej architektúry (klient / server) alebo trojvrstvovej (vrstvy ukladania prezentácie / aplikácií / DB). |
| 4 | Tester by si mal byť vedomý konkrétnych operácií sálových počítačov. | Testovanie je možné vykonať priamo na obrazovke aplikácie. |
Predpokladané znalosti o operáciách sálových počítačov, ktoré by mal mať tester
- Možnosť zdieľania času (TSO) - spôsob prístupu k virtuálnemu úložisku a správa súborov údajov prostredníctvom príkazov.
- Interaktívne zariadenie produktivity systému (ISPF) pre operácie s menu
- Zobrazovacie a vyhľadávacie zariadenie systému (SDSF) na riadenie operácií a systémových prostriedkov.
- Transakcia CICS na testovanie sálových počítačov IBM.
- FTP alebo iný prenosový protokol
- Dávkové riadenie úloh
- Operácie naprieč platformami, kde je backend mainframe
Kroky, ktoré je potrebné dodržiavať pri testovaní mainframe
Nasledovné kroky, ktoré je potrebné dodržať, sú uvedené nižšie:
1. Testovanie dymu
Hygienický test na potvrdenie pripravenosti zostavenia softvéru na plnohodnotný test. Pokrýva povrchné testovacie scenáre a vyžaduje len malú námahu a čas. Šetrí to čas testerov pri testovaní chybnej zostavy.
2. Testovanie funkčnosti
Funkcie rôznych modelov sa testujú jednotlivo aj so zreteľom na seba, či sú v zhode s požiadavkami.
3. Testovanie šarže
Dávkové úlohy sú skupinou činností, ktoré sa vykonávajú bez interakcie používateľa s dostupnými výpočtovými prostriedkami. Dávkové testovanie potvrdzuje výsledky výstupu dávkovej úlohy so špecifikáciou.
4. Online testovanie
V tejto kategórii sa testujú predné funkcie mainframových aplikácií. Zahŕňa navigácie v rámci obrazovky, overenie vstupu údajov, užívateľskú prívetivosť a aspekty vzhľadu a pocitu.
5. Testovanie integrácie online šarží
Tu sa testujú aspekty integrácie online procesu s procesom back-end. Kontroluje správnosť toku údajov a interakcií medzi obrazovkami a systémom back-end.
6. Testovanie databázy
Tento test potvrdzuje údaje uložené transakciami pre súlad so špecifikáciou systému. Tu sa tiež overuje integrita údajov a ďalšie parametre databázy pre optimálny výkon.
7. Testovanie integrácie systému
Tento test sa vykoná po ukončení jednotkových testov. Tu sa testujú funkčnosť všetkých modulov v rámci súčasného systému (Intra application), ako aj interakcie s externými aplikáciami (inter-application). Tu sa testuje správnosť toku údajov cez moduly a aplikácie. Toto testovanie zabezpečuje pripravenosť zostavy na nasadenie.
8. Regresné testovanie
Toto testovanie zaisťuje, že zmeny vykonané v module neovplyvnia celkovú funkciu nadradenej aplikácie ani integrovanej aplikácie. Toto je negatívny test na kontrolu dopadu akýchkoľvek chybných zmien kódu v aplikácii v postprodukčnom scenári.
9. Testovanie výkonu
Aplikácie sálových počítačov môžu mať nasledujúce chyby
- V programe sa spotrebuje viac zdrojov, čo má za následok vysoké prevádzkové náklady
- Čas online odozvy pomaly vedie k nespokojnosti zákazníka
- Dávkové úlohy a backend proces zaberajú viac času, čo znižuje dostupnosť systému online používateľom d. Problémy so škálovateľnosťou
Na prekonanie vyššie uvedených závad by sa mala aplikácia správne otestovať
- Parametre systému a databázy
- Návrh aplikácií a databáz
- Parametre integrácie systému
- kódovanie
- Načasovanie zadných úloh
10. Testovanie bezpečnosti
Zahŕňa hodnotenie hrozieb, rizík, slabých miest a odporučenie nápravných opatrení pre aplikácie, ako aj pre sieť.
Testovanie by sa malo vzťahovať na prípady použitia v oblastiach, ako sú správa totožnosti a prístupu, ochrana údajov a ochrana osobných údajov, riadenie rizika a dodržiavanie predpisov.
11. Agilné metodiky
Testovacie metódy diskutované vyššie sledujú postupnosť krokov s predpokladom, že požiadavky zostanú konštantné počas celého projektu. Moderné digitálne aplikácie sa však často menia a neustále sa vyvíjajú. Agilná metodika uľahčuje postupný vývoj softvéru a rýchlo reaguje na zmeny. Inkrementálne testovanie sa používa v agilnom vývojovom scenári.
Ako to urobiť Mainframe testovanie?
Testovanie sálových počítačov sa zvyčajne vykonáva manuálne a možno ho automatizovať pomocou nástrojov, ako sú REXX, QTP, analyzátor výkonnosti aplikácií IBM, jemný tuner aplikácií CA, atď. Bez ohľadu na režim by sa testovacie činnosti mali riadiť nasledujúcim postupom posunutia doľava.
1. Plánovanie
Skúšobný tím v koordinácii s tímom pre riadenie a vývoj projektu by mal pripraviť testovacie scenáre a testovacie prípady v dostatočnom časovom predstihu. Dokument o systémových požiadavkách, Dokument o obchodných požiadavkách, ďalšie projektové dokumenty a vstupy od vývojového tímu budú užitočné pri príprave plánov testov. Zdroje s nevyhnutnými znalosťami o sálových počítačoch by mali byť súčasťou tímu.
2. Plánovanie
Harmonogram testovania by mal byť vypracovaný v súlade s harmonogramom dodania projektu a mal by byť realistický.
3. Výstupy
Výstupy by mali byť dobre definované bez akýchkoľvek nejasností a mali by byť v rámci cieľov testov.
4. Vykonanie
Realizácia by mala byť podľa plánu a výsledkov. S vývojovým tímom by sa mali vykonávať pravidelné kontroly, aby sa skontroloval pokrok a vykonala korekcia kurzu.
5. Podávanie správ
Výsledky testov by sa mali pravidelne vymieňať s vývojovým tímom. V prípade naliehavých situácií sa môže skúšobný tím spojiť s vývojovým tímom a okamžite ho opraviť, aby sa zachovala kontinuita.
6. Výhody
Robustný testovací proces sa vyhýba zbytočným prepracovaniam, optimálnym spôsobom využíva zdroje, znižuje prestoje výroby, zvyšuje užívateľské skúsenosti, zlepšuje udržanie zákazníkov a celkovo znižuje náklady na prevádzku IT.
záver
Počítače sálových počítačov stále zohrávajú dôležitú úlohu pri hostovaní starších aplikácií ERP pre veľké podniky, ako aj pri hostovaní koncových zariadení pre digitálne aplikácie. Sálové počítače sú tu, aby zostali dlhšie. Je nanajvýš dôležité, aby bola aplikácia hostovaná v mainframe pred nasadením dôkladne testovaná.
Odporúčané články
Toto je príručka k testovaniu sálových počítačov. Tu diskutujeme Úvod k testovaniu sálových počítačov, kroky, ktoré treba dodržať pri testovaní sálových počítačov, Ako robiť testovanie sálových počítačov podľa metodológie. Viac informácií nájdete aj v ďalších navrhovaných článkoch -
- Nástroje na testovanie SOA
- Čo je QTP?
- Informatica Architecture
- Nástroj na integráciu údajov
- Čo je integrácia údajov?