Úvod do testování sálových počítačů
Sálový server zpracovává velké množství transakcí, spravuje simultánní přístup tisíců uživatelů a snadné připojení k velké databázi / velké šířce pásma. Servery jsou robustní a známé díky faktorům spolehlivosti, dostupnosti, použitelnosti a zabezpečení. Podnikové aplikace (ERP) pro velké podniky jsou tradičně hostovány v počítačích sálových počítačů. ERP obvykle zahrnuje kriticky důležité obchodní aplikace, jako jsou finance, řízení zásob, mzdy, zpracování objednávek, HR atd. Moderní digitální aplikace používají pro své backend operace mainframe. Produkční databáze pro většinu kritických aplikací, jako jsou ATM, weby elektronického obchodování, jsou hostovány v mainframe.
Vzhledem k jeho kritičnosti by měly být aplikace mainframe před zahájením výroby důkladně testovány.
Pojďme se podívat na různé aspekty testování těchto aplikací.
Metodika testování sálových počítačů
Aplikace v Mainframe jsou přístupné koncovým uživatelům způsobem odlišným od webových aplikací. Klíčové rozdíly, o kterých by si měli být testovací pracovníci vědomi, jsou
| Sl | Sálový počítač | Web |
| 1 | Přístup prostřednictvím terminálového emulátoru | Přístup do prohlížeče nebo uživatelského rozhraní |
| 2 | Terminal Emulator je jediný software, který lze načíst do klientského počítače pro testování.
Aplikace sídlí na hlavním serveru. | Část zpracování je prováděna na straně klienta a aplikace by měly být nasazeny na správném místě před zahájením testování. |
| 3 | Uživatel se přihlásí přímo do systému | Aplikace jsou přístupné prostřednictvím dvouvrstvé architektury (klient / server) nebo třívrstvé (prezentace / aplikace / DB úložné vrstvy) |
| 4 | Tester by si měl být vědom konkrétních operací sálových počítačů. | Testování lze provést přímo na obrazovce aplikace. |
Předpokladem je znalost operací sálových počítačů, které by měl mít tester
- Možnost sdílení času (TSO) - způsob přístupu k virtuálnímu úložišti a správa datových sad pomocí příkazů.
- Interaktivní systém produktivity systému (ISPF) pro operace s menu
- Systémové zobrazovací a vyhledávací zařízení (SDSF) pro řízení operací a systémových prostředků.
- Transakce CICS pro testování mainframes IBM.
- FTP nebo jiný přenosový protokol
- Dávkové řízení úloh
- Operace napříč platformami, kde je hlavní počítač backend
Kroky, které je třeba dodržovat při testování mainframe
Níže jsou uvedeny následující kroky, které je třeba dodržovat:
1. Testování kouře
Hygienický test pro potvrzení připravenosti sestavení softwaru pro plnohodnotný test. Pokrývá povrchní testovací scénáře a spotřebovává malé úsilí a čas. Ušetří námahu času testerů při testování vadné sestavy.
2. Testování funkčnosti
Funkce různých modelů jsou testovány jednotlivě i s ohledem na sebe, zda jsou v souladu s požadavky.
3. Dávkové testování
Dávkové úlohy jsou sadou činností, které se provádějí bez jakékoli interakce uživatele, s dostupnými výpočetními prostředky. Dávkové testování potvrdí výsledky výstupu dávkové úlohy se specifikací.
4. Online testování
V této kategorii jsou testovány funkce front-end aplikací sálových počítačů. Zahrnuje navigace v rámci obrazovky, ověření vstupu dat, uživatelskou přívětivost a aspekty vzhledu a pocitu.
5. Testování integrace online dávek
Zde jsou testovány integrační aspekty online procesu s back-end procesem. Kontroluje správnost toku dat a interakcí mezi obrazovkami a systémem back-end.
6. Testování databáze
Tento test validuje Data uložená transakcemi pro shodu se specifikací systému. Zde je také ověřena integrita dat a další parametry databáze pro optimální výkon.
7. Testování systémové integrace
Tento test je převzat po dokončení jednotkových testů. Zde je testována funkčnost všech modulů v rámci současného systému (Intra application) i interakce s externími aplikacemi (inter-application). Zde se testuje správnost toku dat mezi moduly a aplikacemi. Toto testování zajišťuje připravenost sestavy k nasazení.
8. Regresní testování
Toto testování zajišťuje, že změny provedené v modulu neovlivní celkovou funkci nadřazené aplikace ani integrované aplikace. Toto je negativní test pro kontrolu dopadu vadných změn kódu v aplikaci v postprodukčním scénáři.
9. Testování výkonu
Aplikace mainframe mohou mít následující závady výkonu
- V programu je spotřebováno více prostředků, což má za následek vysoké provozní náklady
- Online doba odezvy pomalu vede k nespokojenosti zákazníků
- Dávkové úlohy a backend proces zabere více času, snižuje dostupnost systému online uživatelům d. Problémy se škálovatelností
K překonání výše uvedených závad by měla být aplikace řádně otestována
- Parametry systému a databáze
- Návrh aplikací a databází
- Parametry systémové integrace
- Kódování
- Načasování zadních úloh
10. Testování bezpečnosti
Zahrnuje posouzení hrozeb, rizik, zranitelných míst a doporučení nápravných opatření pro aplikace i pro síť.
Testování by mělo zahrnovat případy použití v oblastech, jako je správa identity a přístupu, ochrana údajů a ochrana osobních údajů, řízení rizik a dodržování předpisů.
11. Agilní metodologie
Výše popsané testovací metody sledují sled kroků s předpokladem, že požadavky zůstávají v průběhu projektu konstantní. Moderní digitální aplikace však často procházejí změnami a neustále se vyvíjejí. Agilní metodika usnadňuje postupný vývoj softwaru a rychle reaguje na změny. Inkrementální testování se používá v agilním vývojovém scénáři.
Jak udělat testování mainframe?
Testování sálových počítačů se běžně provádí ručně a lze jej automatizovat pomocí nástrojů, jako jsou REXX, QTP, analyzátor výkonu aplikací IBM, jemný tuner aplikací CA atd. Bez ohledu na režim by měly být testovací činnosti řízeny následujícím posunem doleva.
1. Plánování
Testovací tým v koordinaci s týmem pro řízení a vývoj projektu by měl připravit testovací scénáře a testovací případy v dostatečném předstihu. Dokument o systémových požadavcích, Dokument o obchodních požadavcích, další projektové dokumenty a vstupy od vývojového týmu budou užitečné pro přípravu plánů testů. Zdroje s nezbytnými znalostmi sálových počítačů by měly být součástí týmu.
2. Plánování
Harmonogram testování by měl být vypracován v souladu s harmonogramem dodání projektu a měl by být realistický.
3. Výstupy
Výstupy by měly být dobře definovány bez nejasností a měly by být v rámci cílů zkoušek.
4. Poprava
Realizace by měla být podle plánu a výstupů. S vývojovým týmem by měly být prováděny pravidelné kontroly, aby se ověřil pokrok a provedla korekce kurzu.
5. Podávání zpráv
Výsledky testů by měly být pravidelně sdíleny s vývojovým týmem. V případě naléhavých situací může zkušební tým kontaktovat vývojový tým pro okamžitou opravu, aby byla zachována kontinuita.
6. Výhody
Robustní testovací proces se vyhýbá zbytečnému přepracování, optimálně využívá zdroje, snižuje prostoje výroby, zvyšuje uživatelský zážitek, zlepšuje retenci zákazníků a celkově snižuje náklady na provoz IT.
Závěr
Počítače sálových počítačů stále hrají zásadní roli při hostování starších aplikací ERP pro velké podniky a při hostování back-end pro digitální aplikace. Sálové počítače jsou tu, aby zůstaly déle. Je nesmírně důležité, aby byla aplikace hostovaná v sálovém počítači před nasazením důkladně testována.
Doporučené články
Toto je průvodce testováním sálových počítačů. Zde diskutujeme Úvod do testování sálových počítačů, kroky, které je třeba dodržovat při testování sálových počítačů, Jak provádět testování sálových počítačů podle metodologie. Další informace naleznete také v dalších navrhovaných článcích -
- Nástroje pro testování SOA
- Co je QTP?
- Informatica Architecture
- Nástroj pro integraci dat
- Co je integrace dat?