Než se naučíme koncepty testování na sálových počítačích, pojďme se učit
Co je Mainframe?
Mainframe je vysoce výkonný a vysokorychlostní počítačový systém. Používá se pro účely výpočtů ve větším měřítku, které vyžadují skvělou dostupnost a zabezpečení. Většinou se používá v odvětvích, jako jsou finance, pojišťovnictví, maloobchod a další kritické oblasti, kde se obrovské údaje zpracovávají vícekrát.
Testování na sálovém počítači
Mainframe Testing je proces testování softwarových aplikací a služeb založený na systémech Mainframe. Účelem testování na sálových počítačích je zajistit výkon, spolehlivost a kvalitu softwarové aplikace nebo služby pomocí ověřovacích a ověřovacích metod a zkontrolovat, zda je připravena k nasazení.
Při provádění testování na sálovém počítači musí tester vědět pouze o navigaci na obrazovkách CICS. Jsou vyrobeny na zakázku pro konkrétní aplikace. Jakékoli změny provedené v kódu v testeru COBOL, JCL atd. Se nemusí starat o emulátor nastavený na stroji. Změny, které fungují na jednom emulátoru terminálu, budou fungovat na ostatních.
- Aplikace Mainframe (jinak nazývaná dávková úloha) je testována proti testovacím případům vyvinutým pomocí požadavků
- Testování na sálových počítačích se obvykle provádí na implementovaném kódu pomocí různých kombinací dat nastavených do vstupního souboru.
- K aplikacím, které běží na sálovém počítači, lze přistupovat prostřednictvím emulátoru terminálu. Emulátor je jediný software, který je třeba nainstalovat na klientský počítač.
V tomto tutoriálu pro začátečníky se naučíte-
- Atributy sálového počítače
- Klasifikace ručního testování v sálovém počítači
- Jak provést testování sálového počítače
- Mainframe Automation Testing Tools
- Metodika v testování sálových počítačů
- Kroky podílející se na dávkovém testování
- Kroky zapojené do online testování
- Kroky zapojené do testování online - dávkové integrace
- Příkazy používané při testování sálových počítačů
- Předpoklady pro spuštění testování sálového počítače
- Osvědčené postupy
- Výzvy a řešení problémů sálového počítače
- Common Abends narazil
- Běžný problém, kterému čelí testování sálových počítačů
Atributy sálového počítače
- Virtuální úložiště
- Jedná se o techniku, která umožňuje procesoru simulovat hlavní úložiště, které je větší než skutečné množství skutečného úložiště.
- Jedná se o techniku efektivního využití paměti k ukládání a provádění úloh různých velikostí.
- Používá diskové úložiště jako rozšíření skutečného úložiště.
- Multiprogramování
- Počítač spouští více než jeden program současně. V daném okamžiku však může CPU ovládat pouze jeden program.
- Jedná se o zařízení poskytované k efektivnímu využití CPU.
- Dávkové zpracování
- Jedná se o techniku, při které se jakýkoli úkol provádí v jednotkách známých jako úlohy.
- Úloha může způsobit spuštění jednoho nebo více programů v pořadí.
- Plánovač úloh rozhoduje o pořadí, ve kterém by měly být úlohy prováděny. Aby se maximalizovala průměrná propustnost, jsou úlohy naplánovány podle jejich priority a třídy.
- Potřebné informace pro dávkové zpracování jsou poskytovány prostřednictvím JCL (JOB CONTROL LANGUAGE). JCL popisuje dávkovou úlohu - potřebné programy, data a zdroje.
- Sdílení času
- V systému sdílení času má každý uživatel přístup do systému prostřednictvím koncového zařízení. Místo zadávání úloh, které jsou naplánovány na pozdější spuštění, uživatel zadá příkazy, které jsou zpracovány okamžitě.
- Proto se tomu říká „Interaktivní zpracování“. Umožňuje uživateli přímou interakci s počítačem.
- Zpracování sdíleného času je známé jako „Zpracování na popředí“ a dávkové zpracování úloh je známé jako „Zpracování na pozadí“.
- Zařazování
- SPOOLing znamená Simultánní periferní operace online .
- Zařízení SPOOL se používá k ukládání výstupu programu / aplikace. Zařazený výstup je směrován na výstupní zařízení, jako je tiskárna (je-li potřeba).
- Jedná se o zařízení využívající výhody vyrovnávací paměti k efektivnímu využití výstupních zařízení.
Klasifikace ručního testování v sálovém počítači
Manuální testování na sálovém počítači lze rozdělit do dvou typů:
- Dávkové testování úloh -
- Proces testování zahrnuje provádění dávkových úloh pro funkčnost implementovanou v aktuální verzi.
- Výsledek testu extrahovaný z výstupních souborů a databáze je ověřen a zaznamenán.
- Online testování -
- Online testování označuje testování obrazovek CICS, které je podobné testování webové stránky.
- Funkčnost stávajících obrazovek lze změnit nebo je možné přidat nové obrazovky.
- Různé aplikace mohou mít obrazovky s dotazy a obrazovky s aktualizacemi. V rámci online testování je třeba zkontrolovat funkčnost těchto obrazovek.
Jak provést testování sálového počítače
- Obchodní tým připravuje požadované dokumenty. Který určuje, jak bude konkrétní položka nebo proces upraven v cyklu vydání.
- Testovací tým a vývoj obdrží dokument s požadavky. Zjistí, kolik procesů bude změna ovlivněna. Obvykle je ve verzi pouze 20–25% aplikace přímo ovlivněno přizpůsobeným požadavkem. Dalších 75% vydání bude určeno pro out-box funkce, jako je testování aplikací a procesů.
- Aplikace Mainframe tedy musí být testována ve dvou částech:
- Testovací požadavky - Testování aplikace z hlediska funkčnosti nebo změny uvedené v dokumentu s požadavky.
- Testování integrace - testování celého procesu nebo jiné aplikace, která přijímá nebo odesílá data do ovlivněné aplikace. Regresní testování je primárním zaměřením této testovací aktivity.
Mainframe Automation Testing Tools
Níže je uveden seznam nástrojů, které lze použít k testování automatizace sálových počítačů.
- REXX
- Vynikat
- QTP
Metodika v testování sálových počítačů
Uvažujme příklad: Pojišťovací společnost XYZ má modul registrace členů. Bere data jak z obrazovky registrace členů, tak z registrace offline. Jak jsme již diskutovali dříve, pro testování na sálových počítačích, online testování a dávkové testování jsou zapotřebí dva přístupy.
- Online testování se provádí na obrazovce registrace členů. Stejně jako webová stránka je databáze ověřována pomocí údajů zadaných na obrazovkách.
- Offline registrace může být registrace v papírové podobě nebo registrace na webu třetí strany. Offline data (označovaná také jako dávková) budou zadána do databáze společnosti prostřednictvím dávkových úloh. Připraví se vstupní plochý soubor podle předepsaného datového formátu a posílá se do posloupnosti dávkových úloh. Pro testování aplikací na sálových počítačích tedy můžeme použít následující přístup.
- První úloha v řadě dávkových úloh ověří zadaná data. Řekněme například speciální znak, abecedy v polích pouze s čísly atd.
- Druhá úloha ověřuje konzistenci dat na základě obchodních podmínek. Například podřízená registrace by neměla obsahovat závislá data, poštovní směrovací číslo člena (které není pro službu zaregistrovaným plánem k dispozici) atd.
- Třetí úloha upravuje data ve formátu, který lze zadat do databáze. Například odstranění názvu plánu (databáze uloží pouze ID plánu a název pojistného plánu), připojené datum vstupu atd.
- Čtvrtá úloha načte data do databáze.
- Dávkové testování úloh se u tohoto procesu provádí ve dvou fázích -
- Každá úloha je ověřována samostatně a
- Integrace mezi úlohami je ověřena poskytnutím vstupního plochého souboru první úloze a ověřením databáze. (Zprostředkující výsledky musí být ověřeny pro zvláštní opatrnost)
Následující metoda je použita pro testování sálových počítačů:
Krok 1) : Testování otřesů / kouře
Hlavní zaměření v této fázi je ověřit, zda je nasazený kód ve správném testovacím prostředí. Rovněž zajišťuje, že s kódem nebudou žádné kritické problémy.
Krok 2) : Testování systému
Níže jsou uvedeny typy testování prováděného v rámci testování systému.
- Dávkové testování - Toto testování bude provedeno ověřením výsledků testu na výstupních souborech a změnami dat provedených dávkovými úlohami v rámci rozsahu testování a jejich zaznamenáním.
- Online testování - Toto testování bude provedeno na přední straně aplikace sálového počítače. Zde je aplikace testována na správné vstupní pole, jako je pojistný plán, úrok z plánu atd.
- Testování integrace online dávky - Toto testování se bude provádět na systémech, které mají dávkové procesy a online aplikaci. Tok dat a interakce mezi online obrazovkami a dávkovými úlohami jsou ověřeny.
( Příklad pro tento typ testování - Zvažte aktualizaci podrobností plánu, jako je zvýšení úrokové sazby. Změna zájmu se provádí na obrazovce aktualizace a podrobnosti zůstatku na dotčených účtech budou upraveny pouze noční dávkovou úlohou. Testování v tomto případě bude provedeno ověřením obrazovky Podrobnosti plánu a spuštění dávkové úlohy pro aktualizaci všech účtů).
- Testování databáze - Databáze, kde jsou validována data z aplikace sálového počítače (IMS, IDMS, DB2, VSAM / ISAM, sekvenční datové sady, GDG) pro jejich rozložení a datové úložiště.
Krok 3) : Testování integrace systému
Primárním účelem tohoto testování je ověřit funkčnost systémů, které interagují s testovaným systémem.
Tyto systémy nejsou přímo ovlivněny požadavky. Používají však data z testovaného systému. Je důležité otestovat rozhraní a různé typy zpráv (jako je Job Successful, Job Failed, Database updated, atd.), Které mohou mezi systémy a výslednými akcemi jednotlivých systémů proudit.
Typy testů prováděných v této fázi jsou
- Dávkové testování
- Online testování
- Online - Dávkové testování integrace
Krok 4) : Regresní testování
Regresní testování je běžnou fází v jakémkoli typu testovacího projektu. Toto testování v sálových počítačích zajišťuje, že dávkové úlohy a online obrazovky, které přímo neinteragují s testovaným systémem (nebo nepřijdou v rozsahu požadavků), nebudou aktuální verzí projektu ovlivněny.
Aby bylo možné efektivní regresní testování, měla by se určitá sada testovacích případů vypsat do užšího výběru v závislosti na jejich složitosti a mělo by se vytvořit regresní lůžko (úložiště testovacích případů). Tato sada by měla být aktualizována vždy, když se do vydání objeví nová funkce.
Krok 5) : Testování výkonu
Toto testování se provádí za účelem identifikace úzkých míst v oblastech s vysokou úspěšností, jako jsou data front-endu, upgrade online databází a promítnutí škálovatelnosti aplikace.
Krok 6) : Testování zabezpečení
Toto testování se provádí za účelem vyhodnocení toho, jak dobře je aplikace navržena a vyvinuta pro boj proti útokům na zabezpečení.
V systému by mělo být provedeno dvojí testování zabezpečení - zabezpečení sálového počítače a zabezpečení sítě.
Funkce, které je třeba testovat, jsou
- Integrita
- Důvěrnost
- Oprávnění
- Ověření
- Dostupnost
Kroky podílející se na dávkovém testování
- Poté, co tým QA obdrží schválený balíček (balíček obsahuje procedury, JCL, kontrolní karty, moduly atd.), Měl by tester zobrazit náhled a načíst obsah do PDS podle potřeby.
- Převeďte produkční JCL nebo Development JCL na QA JCL, jinak nazývaný JOB SETUP.
- Kopírování produkčního souboru a příprava testovacích souborů.
- Pro každou funkci bude definována sekvence úloh. (Jak je vysvětleno v příkladu v části Metodika v části Mainframe). Úlohy by měly být odesílány pomocí příkazu SUB se soubory testovacích dat.
- Zkontrolujte přechodný soubor, abyste zjistili důvody chybějících nebo chybných údajů.
- Zkontrolujte konečný výstupní soubor, databázi a cívku a ověřte výsledky testu.
- Pokud se úloha nezdaří, bude mít cívka důvod pro selhání úlohy. Vyřešte chybu a znovu odešlete úlohu.
Protokol o zkoušce - pokud se skutečný výsledek odchyluje od očekávání, měla by být zaznamenána závada.
Kroky zapojené do online testování
- Vyberte obrazovku Online v testovacím prostředí.
- Vyzkoušejte přijatelná data v každém poli.
- Vyzkoušejte testovací scénář na obrazovce.
- Ověřte databázi pro aktualizaci dat z online obrazovky.
Protokol o zkoušce - pokud se skutečný výsledek odchyluje od očekávání, měla by být zaznamenána závada.
Kroky zapojené do testování online - dávkové integrace
- Spusťte úlohu v testovacím prostředí a ověřte data na obrazovkách online.
- Aktualizujte data na online obrazovkách a ověřte, zda je dávková úloha správně spuštěna s aktualizovanými daty.
Příkazy používané při testování sálových počítačů
- ODESLAT - Odeslat úlohu na pozadí.
- ZRUŠIT - Zrušit úlohu na pozadí.
- ALLOCATE - Přiřadit datovou sadu
- KOPÍROVAT - kopírování datové sady
- RENAME - Přejmenování datové sady
- ODSTRANIT - Odstranit datovou sadu
- SKENOVÁNÍ ÚLOHY - Chcete-li svázat JCL s programem, knihovnami, soubory atd., Aniž byste jej provedli.
V případě potřeby se používá mnoho dalších příkazů, ale nejsou tak časté.
Předpoklady pro spuštění testování sálového počítače
Základní podrobnosti potřebné pro testování sálových počítačů jsou:
- Přihlašovací ID a heslo pro přihlášení do aplikace.
- Stručná znalost příkazů ISPF.
- Názvy souborů, kvalifikátor souborů a jejich typy.
Před zahájením testování na sálových počítačích je třeba ověřit níže uvedené aspekty.
- Práce
- Před spuštěním proveďte skenování úlohy (Příkaz - JOBSCAN) a zkontrolujte chyby.
- Parametr CLASS by měl směřovat na testovací třídu.
- Nasměrujte výstup úlohy do cívky nebo JHS nebo podle potřeby pomocí parametru MSGCLASS.
- Přesměrujte e-mail v úloze na zařazování nebo ID testovací pošty.
- Komentujte kroky FTP pro počáteční testování a poté nasměrujte úlohu na testovací server.
- V případě, že je v úloze generován IMR (záznam správy incidentů), stačí přidat na kartu úlohy nebo parametru komentář „TESTOVÁNÍ ÚČELU“.
- Všechny produkční knihovny v úloze by měly být změněny a ukázány na testovací knihovny.
- Úloha by neměla zůstat bez dozoru.
- Aby se zabránilo spuštění úlohy v nekonečné smyčce v případě jakékoli chyby, měl by být přidán parametr TIME se zadaným časem.
- Uložte výstup úlohy včetně cívky. Cívku lze uložit pomocí XDC.
- Soubor
- Vytvořte pouze testovací soubor potřebné velikosti. Pokud je to nutné, použijte GDG (generační datové skupiny - soubory se stejným názvem, ale se sekvenčními čísly verzí - MYLIB.LIB.TEST.G0001V00, MYLIB.LIB.TEST.G0002V00 atd.) K ukládání dat do po sobě jdoucích souborů se stejným názvem.
- Parametr DISP (Disposition - popisuje systém, který má provádět uchovávání nebo mazání datové sady po normálním nebo abnormálním ukončení kroku nebo úlohy) pro soubory by měl být správně kódován.
- Zajistěte, aby všechny soubory použité k provedení úlohy byly správně uloženy a zavřeny, aby se úloha nedostala do HOLD.
- Při testování pomocí GDG se ujistěte, že je ukázána správná verze.
- Databáze
- Při provádění úlohy nebo online programu zajistěte, aby nebyla vložena, aktualizována nebo odstraněna nezamýšlená data.
- Zajistěte také, aby byla pro testování použita správná oblast DB2.
- Testovací případy
- Vždy otestujte okrajové podmínky jako - Prázdný soubor, Zpracování prvního záznamu, Zpracování posledního záznamu atd.
- Vždy zahrňte pozitivní i negativní podmínky testu.
- V případě, že jsou v programu použity standardní postupy, jako je restartování kontrolního bodu, Abend moduly, kontrolní soubory atd., Zahrňte testovací případy k ověření, zda byly moduly použity správně.
- Testovací data
- Nastavení testovacích dat by mělo být provedeno před začátkem testování.
- Nikdy neupravujte data v testovací oblasti bez upozornění. Mohou existovat další týmy pracující se stejnými daty a jejich test by selhal.
- V případě, že jsou produkční soubory potřebné během provádění, je třeba před kopírováním nebo použitím získat řádné povolení.
Osvědčené postupy
- V případě spuštění dávkové úlohy je MAX CC 0 indikátorem, že úloha byla úspěšně spuštěna. Neznamená to, že funkce funguje dobře. Úloha bude úspěšně spuštěna, i když je výstup prázdný nebo není podle očekávání. Vždy se tedy očekává, že zkontrolujete všechny výstupy, než vyhlásíte úlohu za úspěšnou.
- Vždy je dobrým zvykem provádět zkoušenou práci na sucho. Suchý běh se provádí s prázdnými vstupními soubory. Tento proces by měl být dodržen u úloh, které jsou ovlivněny změnami provedenými pro testovací cyklus.
- Před zahájením zkušebního cyklu je třeba provést zkušební úlohu s dostatečným předstihem. To pomůže předem zjistit jakoukoli chybu JCL, čímž se ušetří čas během provádění.
- Při přístupu k tabulkám DB2 prostřednictvím SPUFI (možnost emulátoru pro přístup k tabulkám DB2) vždy nastavte automatické potvrzení jako „NE“, aby nedocházelo k náhodným aktualizacím.
- Dostupnost testovacích dat je primární výzvou při dávkovém testování. Požadovaná data by měla být vytvořena s dostatečným předstihem před testovacím cyklem a měla by být zkontrolována jejich úplnost.
- Některé online transakce a dávkové úlohy mohou zapisovat data do MQ (fronty zpráv) pro přenos dat do jiných aplikací. Pokud data nejsou platná, mohou deaktivovat / zastavit MQ, ovlivní to celý proces testování. Je dobrým zvykem po testování zkontrolovat, zda MQ fungují dobře.
Výzvy a řešení problémů sálového počítače
| Výzvy | Přístup |
| Neúplné / nejasné požadavky Může existovat přístup k uživatelské příručce / výcvikové příručce, ale ty nejsou stejné jako dokumentované požadavky. | Testeři by měli být zapojeni do SDLC od fáze požadavků dále. To pomůže ověřit, zda jsou požadavky testovatelné. |
| Nastavení / identifikace dat Mohou nastat situace, kdy by stávající data měla být znovu použita podle požadavku. Někdy je obtížné identifikovat požadované údaje z existujících údajů. | Pro nastavení dat lze podle potřeby použít domácí nástroje. Pro načítání existujících dat by měly být dotazy vytvářeny předem. V případě jakýchkoli potíží lze dát týmu pro správu dat požadavek na vytvoření nebo klonování požadovaných dat. |
| Nastavení úlohy Jakmile jsou úlohy načteny do PDS, je třeba úlohu nastavit v oblasti QA. Aby se úlohy neodesílaly s výrobním kvalifikátorem nebo podrobností cesty. | Měly by se používat nástroje pro nastavení úlohy, aby se překonaly lidské chyby způsobené během instalace. |
| Ad-hoc požadavek Mohou nastat situace, kdy je třeba podporovat testování typu end-to-end kvůli problému v předcházejících nebo následných aplikačních problémech. Tyto požadavky zvyšují čas a úsilí v prováděcím cyklu. | Použití automatizačních skriptů, regresních skriptů a skriptů skeletu by mohlo pomoci snížit čas a úsilí. |
| Časová vydání pro změnu rozsahu Může nastat situace, kdy dopad kódu může zcela změnit vzhled a chování systému. To může vyžadovat změnu testovacích případů, skriptů a dat. | Měl by být zaveden proces řízení změn rozsahu a analýza dopadů. |
Common Abends narazil
- S001 - Došlo k chybě I / O.
Důvod - čtení na konci souboru, chyba délky souboru, pokus o zápis do souboru jen pro čtení.
- S002 - neplatný I / O záznam.
Důvod - Pokus o zápis záznamu delšího než je délka záznamu.
- S004 - Během OPEN došlo k chybě.
Důvod - neplatný DCB
- S013 - Chyba při otevírání datové sady.
Důvod - člen PDS neexistuje, délka záznamu v programu neodpovídá skutečné délce záznamu.
- S0C1 - Výjimka provozu
Důvod - Nelze otevřít soubor, chybí DD karta
- S0C4 - Výjimka ochrany / narušení úložiště
- Důvod - Pokus o přístup k úložišti, které program nemá k dispozici.
- SC07 - Výjimka kontroly programu - Data
- Důvod - Změna rozložení záznamu nebo rozložení souboru.
- Sx22 - Úloha byla zrušena
- S222 - Úloha zrušena uživatelem bez výpisu.
- S322 - Čas úlohy nebo kroku překročil zadaný limit, nebo je program ve smyčce nebo nedostatečný časový parametr.
- S522 - časový limit relace TSO.
- S806 - Nelze propojit nebo načíst.
Důvod - ID úlohy nemůže najít zadaný zaváděcí modul.
- S80A - Nedostatek virtuálního úložiště k uspokojení požadavků GETMAIN nebo FREEMAIN.
- S913 - Pokus o přístup k datové sadě, ke které uživatel nemá oprávnění.
- Sx37 - Nelze přidělit dostatek úložiště datové sadě.
Error Assist - velmi populární nástroj pro získání podrobných informací o různých typech abends.
Běžný problém, kterému čelí testování sálových počítačů
- Job Abends - Pro úspěšné dokončení úlohy byste měli zkontrolovat data, vstupní soubor a moduly přítomné na konkrétním místě nebo ne. Abendům lze čelit z několika důvodů, z nichž nejčastější jsou - neplatná data, nesprávné vstupní pole, nesoulad data, problémy životního prostředí atd.
- Prázdný výstupní soubor - Ačkoli se úloha může úspěšně spustit (MaxCC 0), výstup nemusí být podle očekávání. Takže před předáním jakéhokoli testovacího případu se musí tester ujistit, že je výstup křížově ověřen. Teprve poté pokračujte dále.
- Prázdný vstupní soubor - V některých aplikacích budou soubory přijímány z předcházejících procesů. Před použitím přijatého souboru pro testování aktuální aplikace by měla být data křížově ověřena, aby se zabránilo opětovnému provedení a přepracování.
Souhrn:
- Testování na sálovém počítači je jako každý jiný testovací postup počínaje shromažďováním požadavků, návrhem testu, prováděním testu a podávání zpráv o výsledcích.
- Aby bylo možné aplikaci efektivně otestovat, měl by se tester účastnit designových schůzek naplánovaných vývojovými a obchodními týmy.
- Tester je povinen zvyknout si na různé testovací funkce sálového počítače. Stejně jako navigace na obrazovce, vytváření souborů a PDS, ukládání výsledků testů atd. Před zahájením testovacího cyklu.
- Testování aplikací na sálových počítačích je časově náročné. Pro návrh testu, nastavení a provedení dat je třeba dodržovat jasný plán testu.
- Dávkové testování a online testování by se mělo provádět efektivně, aniž by chyběly jakékoli funkce uvedené v dokumentu Požadavek, a neměl by být ušetřen žádný testovací případ.