Skôr ako sa naučíme koncepty testovania na sálových počítačoch, dovoľte nám to naučiť sa
Čo je mainframe?
Sálovým počítačom je vysoko výkonný a vysokorýchlostný počítačový systém. Používa sa na výpočtové účely vo väčšom meradle, ktoré si vyžadujú veľkú dostupnosť a zabezpečenie. Väčšinou sa používa v odvetviach ako financie, poisťovníctvo, maloobchod a ďalšie kritické oblasti, kde sa obrovské údaje spracúvajú viackrát.
Testovanie sálového počítača
Mainframe Testing je proces testovania softvérových aplikácií a služieb založený na systémoch Mainframe Systems. Účelom testovania na sálových počítačoch je zabezpečiť výkon, spoľahlivosť a kvalitu softvérovej aplikácie alebo služby pomocou metód overovania a overovania a skontrolovať, či je pripravený na nasadenie.
Pri testovaní na sálovom počítači musí tester vedieť iba navigáciu na obrazovkách CICS. Sú vyrobené na mieru pre konkrétne aplikácie. Akékoľvek zmeny vykonané v kóde v testeri COBOL, JCL atď. Sa nemusia obávať emulátora nastaveného na stroji. Zmeny, ktoré fungujú na jednom emulátore terminálu, budú fungovať na ostatných.
- Aplikácia Mainframe (inak nazývaná dávková úloha) sa testuje proti testovacím prípadom vyvinutým pomocou požiadaviek
- Testovanie na sálovom počítači sa zvyčajne vykonáva na nasadenom kóde pomocou rôznych kombinácií údajov nastavených do vstupného súboru.
- K aplikáciám bežiacim na sálovom počítači je možné pristupovať cez emulátor terminálu. Emulátor je jediný softvér, ktorý je potrebné nainštalovať do klientskeho počítača.
V tomto tutoriáli pre začiatočníkov sa naučíte -
- Atribúty na sálových počítačoch
- Klasifikácia manuálneho testovania v sálovom počítači
- Ako vykonať testovanie na sálovom počítači
- Nástroje na testovanie automatizácie sálových počítačov
- Metodika testovania na sálových počítačoch
- Kroky zapojené do dávkového testovania
- Kroky zapojené do online testovania
- Kroky zapojené do testovania online integrácie dávok
- Príkazy použité pri testovaní na sálových počítačoch
- Nevyhnutné predpoklady na spustenie testovania na sálových počítačoch
- Osvedčené postupy
- Výzvy a riešenie problémov so sálovým počítačom
- Vyskytli sa bežné abendy
- Bežný problém, s ktorým sa stretnete pri testovaní na sálových počítačoch
Atribúty na sálových počítačoch
- Virtuálne úložisko
- Je to technika, ktorá umožňuje procesoru simulovať hlavné úložisko, ktoré je väčšie ako skutočné množstvo skutočného úložiska.
- Je to technika efektívneho využívania pamäte na ukladanie a vykonávanie úloh rôznych veľkostí.
- Využíva diskové úložisko ako rozšírenie skutočného úložiska.
- Multiprogramovanie
- Počítač vykonáva súčasne viac ako jeden program. Ale v ktoromkoľvek danom okamihu môže mať iba jeden program kontrolu nad CPU.
- Je to zariadenie poskytované na efektívne využitie CPU.
- Dávkové spracovanie
- Je to technika, ktorou sa akákoľvek úloha vykonáva v jednotkách známych ako úlohy.
- Úloha môže spôsobiť vykonávanie jedného alebo viacerých programov v postupnosti.
- Plánovač úloh rozhoduje o poradí, v akom by sa úlohy mali vykonávať. Na maximalizáciu priemernej priepustnosti sú úlohy naplánované podľa ich priority a triedy.
- Potrebné informácie pre dávkové spracovanie sú poskytované prostredníctvom JCL (JOB CONTROL LANGUAGE). JCL popisuje dávkovú úlohu - potrebné programy, dáta a zdroje.
- Zdieľanie času
- V systéme zdieľania času má každý používateľ prístup do systému prostredníctvom koncového zariadenia. Namiesto zadávania úloh, ktoré sú naplánované na neskoršie vykonanie, užívateľ zadá príkazy, ktoré sa okamžite spracujú.
- Preto sa tomu hovorí „Interaktívne spracovanie“. Umožňuje používateľovi priamu interakciu s počítačom.
- Spracovanie zdieľania času je známe ako „popredné spracovanie“ a dávkové spracovanie úloh je známe ako „spracovanie na pozadí“.
- Spooling
- SPOOLing znamená Simultánne periférne operácie online .
- Zariadenie SPOOL slúži na ukladanie výstupu programu / aplikácie. Spoolový výstup je smerovaný na výstupné zariadenia, ako je tlačiareň (ak je to potrebné).
- Je to zariadenie využívajúce výhodu medzipamäte na efektívne využitie výstupných zariadení.
Klasifikácia manuálneho testovania v sálovom počítači
Ručné testovanie na sálovom počítači možno rozdeliť do dvoch typov:
- Dávkové testovanie úloh -
- Proces testovania zahŕňa vykonávanie dávkových úloh pre funkčnosť implementovanú v aktuálnom vydaní.
- Výsledok testu extrahovaný z výstupných súborov a databázy sa overí a zaznamená.
- Online testovanie -
- Online testovanie označuje testovanie obrazoviek CICS, ktoré je podobné testovaniu webovej stránky.
- Mohla by sa zmeniť funkčnosť existujúcich obrazoviek alebo by sa mohli pridať nové obrazovky.
- Rôzne aplikácie môžu mať obrazovky s požiadavkami a obrazovky s aktualizáciami. V rámci online testovania je potrebné skontrolovať funkčnosť týchto obrazoviek.
Ako vykonať testovanie na sálovom počítači
- Obchodný tím pripravuje požadované dokumenty. Čo určuje, ako bude konkrétna položka alebo proces upravovaný v cykle vydania.
- Testovací tím a vývoj dostanú dokument s požiadavkami. Zistia, koľko procesov bude zmena ovplyvnená. Zvyčajne je vo vydaní iba 20 - 25% aplikácie, ktorej sa priamo týkajú prispôsobené požiadavky. Ostatných 75% vydania bude určených pre out-box funkcie, ako je testovanie aplikácií a procesov.
- Aplikácia Mainframe musí byť teda testovaná v dvoch častiach:
- Testovacie požiadavky - Testovanie aplikácie z hľadiska funkčnosti alebo zmeny uvedenej v dokumente s požiadavkami.
- Testovanie integrácie - Testovanie celého procesu alebo inej aplikácie, ktorá prijíma alebo odosiela údaje do ovplyvnenej aplikácie. Regresné testovanie je hlavným zameraním tejto testovacej činnosti.
Nástroje na testovanie automatizácie sálových počítačov
Ďalej je uvedený zoznam nástrojov, ktoré možno použiť na testovanie automatizácie sálových počítačov.
- REXX
- Excel
- QTP
Metodika testovania na sálových počítačoch
Uvažujme príklad: Poisťovňa XYZ má modul registrácie členov. Berie údaje z obrazovky registrácie členov aj z registrácie offline. Ako sme už diskutovali, pri testovaní na sálových počítačoch sú potrebné dva prístupy, online testovanie a dávkové testovanie.
- Online testovanie sa vykonáva na obrazovke registrácie členov. Rovnako ako webová stránka je databáza overená pomocou údajov zadaných cez obrazovky.
- Offline registráciou môže byť registrácia v papierovej podobe alebo registrácia na webovej stránke tretej strany. Offline údaje (označované tiež ako dávkové) sa do databázy spoločností zadajú prostredníctvom dávkových úloh. Pripraví sa vstupný plochý súbor podľa predpísaného dátového formátu a privedie sa na postupnosť dávkových úloh. Na testovanie sálových aplikácií teda môžeme použiť nasledujúci prístup.
- Prvá úloha v rade dávkových úloh potvrdzuje zadané údaje. Povedzme napríklad špeciálny znak, abecedy v poliach iba s číslami atď.
- Druhá úloha overuje konzistenciu údajov na základe obchodných podmienok. Napríklad podradený zápis by nemal obsahovať závislé údaje, poštové smerovacie číslo člena (ktoré podľa zaregistrovaného plánu nie je pre službu k dispozícii) atď.
- Tretia úloha upravuje údaje vo formáte, ktorý je možné vložiť do databázy. Napríklad odstránenie názvu plánu (databáza uloží iba ID plánu a názov poistného plánu), pripojený dátum vstupu atď.
- Štvrtá úloha načíta údaje do databázy.
- Dávkové testovanie úloh sa na tomto procese vykonáva v dvoch fázach -
- Každá úloha je validovaná osobitne a
- Integrácia medzi úlohami sa overuje poskytnutím vstupného plochého súboru pre prvú úlohu a overením databázy. (Medzikontinentálne výsledky musia byť overené kvôli zvýšenej opatrnosti)
Nasleduje metóda použitá pri testovaní na sálových počítačoch:
Krok 1) : Testovanie otriasania / dymu
V tejto fáze sa zameriavame hlavne na overenie, či je nasadený kód v správnom testovacom prostredí. Zaisťuje tiež, že s kódom neexistujú žiadne kritické problémy.
Krok 2) : Testovanie systému
Ďalej uvádzame typy testovania vykonávané v rámci Testovania systému.
- Dávkové testovanie - Toto testovanie sa uskutoční overením výsledkov testu na výstupných súboroch a zmenami údajov vykonaných dávkovými úlohami v rámci rozsahu testovania a ich zaznamenaním.
- Online testovanie - Toto testovanie sa uskutoční na prednej časti aplikácie sálového počítača. Tu sa testuje aplikácia na správne vstupné pole, ako je poistný plán, úrok z plánu atď.
- Testovanie integrácie online dávok - Toto testovanie sa vykoná na systémoch, ktoré majú dávkové procesy a online aplikáciu. Tok údajov a interakcia medzi online obrazovkami a dávkovými úlohami sú overené.
( Príklad pre tento typ testovania - Zvážte aktualizáciu podrobností plánu, ako je zvýšenie úrokovej sadzby. Zmena úroku sa vykoná na aktualizačnej obrazovke a podrobnosti zostatku na dotknutých účtoch sa upravia iba nočnou dávkovou prácou. Testovanie v takom prípade sa to vykoná potvrdením obrazovky Podrobnosti plánu a spustením dávkovej úlohy na aktualizáciu všetkých účtov).
- Testovanie databázy - Databázy, v ktorých sú overené údaje z aplikácie sálového počítača (IMS, IDMS, DB2, VSAM / ISAM, sekvenčné súbory údajov, GDG) pre ich rozloženie a ukladanie údajov.
Krok 3) : Testovanie integrácie systému
Primárnym účelom tohto testovania je overiť funkčnosť systémov, ktoré interagujú s testovaným systémom.
Tieto systémy nie sú priamo ovplyvnené požiadavkami. Používajú však údaje z testovaného systému. Je dôležité otestovať rozhranie a rôzne typy správ (ako Job Successful, Job Failed, Database updated, atď.), Ktoré môžu medzi systémami a výslednými akciami prijatými jednotlivými systémami prúdiť.
Typy testovania vykonaného v tejto fáze sú
- Dávkové testovanie
- Online testovanie
- Online - Dávkové testovanie integrácie
Krok 4) : Regresné testovanie
Regresné testovanie je bežnou fázou každého typu testovacieho projektu. Toto testovanie v sálových počítačoch zaisťuje, že dávkové úlohy a online obrazovky, ktoré priamo neinteragujú s testovaným systémom (alebo nedosahujú rozsah požiadaviek), nebudú aktuálnym vydaním projektu ovplyvnené.
Aby bolo možné efektívne regresné testovanie, mala by sa vybrať konkrétna sada testovacích prípadov v závislosti od ich zložitosti a malo by sa vytvoriť regresné lôžko (úložisko testovacích prípadov). Táto sada by sa mala aktualizovať vždy, keď sa do vydania dostane nová funkcia.
Krok 5) : Testovanie výkonu
Toto testovanie sa vykonáva s cieľom identifikovať úzke miesta v oblastiach s veľkým zásahom, ako sú napr. Údaje front-endu, aktualizácia online databáz, a premietnuť škálovateľnosť aplikácie.
Krok 6) : Testovanie bezpečnosti
Toto testovanie sa vykonáva s cieľom vyhodnotiť, ako dobre je aplikácia navrhnutá a vyvinutá na boj proti bezpečnostným útokom.
V systéme by sa malo vykonať dvojité testovanie zabezpečenia - zabezpečenie mainframe a zabezpečenie siete.
Vlastnosti, ktoré je potrebné testovať, sú
- Bezúhonnosť
- Dôvernosť
- Povolenie
- Overenie
- Dostupnosť
Kroky zapojené do dávkového testovania
- Po tom, čo tím QA dostane schválený balík (balíček obsahuje postupy, JCL, kontrolné karty, moduly atď.), Tester by mal podľa potreby zobraziť ukážku a načítať obsah do PDS.
- Konvertujte produkčný JCL alebo vývojový JCL na QA JCL inak nazývaný JOB SETUP.
- Kopírovanie produkčného súboru a príprava testovacích súborov.
- Pre každú funkcionalitu bude definovaná postupnosť úloh. (Ako je vysvetlené v príklade v časti Metodika v časti Mainframe). Úlohy by sa mali odosielať pomocou príkazu SUB so súbormi testovacích údajov.
- Skontrolujte prechodný súbor, aby ste zistili dôvody chýbajúcich alebo chybných údajov.
- Skontrolujte výsledný výstupný súbor, databázu a cievku, aby ste overili výsledky testu.
- Ak úloha zlyhá, cievka bude mať dôvod zlyhania úlohy. Vyriešte chybu a úlohu znova odošlite.
Hlásenie o teste - chyba by sa mala zaznamenať, ak sa skutočný výsledok líši od očakávaného.
Kroky zapojené do online testovania
- V testovacom prostredí vyberte obrazovku Online.
- Vyskúšajte každé pole, či obsahuje prijateľné údaje.
- Vyskúšajte testovací scenár na obrazovke.
- Na obrazovke online overte aktualizáciu údajov v databáze.
Hlásenie o teste - chyba by sa mala zaznamenať, ak sa skutočný výsledok líši od očakávaného.
Kroky zapojené do testovania online integrácie dávok
- Spustite úlohu v testovacom prostredí a overte údaje na obrazovkách online.
- Aktualizujte údaje na obrazovkách online a overte, či je dávková úloha s aktualizovanými údajmi správne spustená.
Príkazy použité pri testovaní na sálových počítačoch
- ODOSLAŤ - Odošlite prácu na pozadí.
- ZRUŠIŤ - Zrušiť úlohu na pozadí.
- ALLOCATE - Prideliť množinu údajov
- KOPÍROVAŤ - skopíruje množinu údajov
- RENAME - Premenovanie množiny údajov
- ODSTRÁNIŤ - Odstrániť množinu údajov
- SKENOVANIE ÚLOHY - Ak chcete viazať JCL na program, knižnice, súbory atď. Bez jeho vykonania.
V prípade potreby sa používa mnoho ďalších príkazov, ale nie sú také časté.
Nevyhnutné predpoklady na spustenie testovania na sálových počítačoch
Základné podrobnosti potrebné na testovanie na sálových počítačoch sú:
- Prihlasovacie ID a heslo pre prihlásenie do aplikácie.
- Stručná znalosť príkazov ISPF.
- Názvy súborov, kvalifikátor súborov a ich typy.
Pred začatím testovania na sálových počítačoch by sa mali overiť nasledujúce aspekty.
- Job
- Pred vykonaním skenovania úlohy (Príkaz - JOBSCAN) skontrolujte chyby.
- Parameter CLASS by mal smerovať na testovaciu triedu.
- Nasmerujte výstup úlohy na cievku alebo JHS alebo podľa potreby pomocou parametra MSGCLASS.
- Presmerujte e-mail v úlohe na zaradenie alebo ID testovacej pošty.
- Okomentujte kroky FTP pri úvodnom testovaní a potom nasmerujte úlohu na testovací server.
- V prípade, že je v úlohe vygenerovaný IMR (záznam správy incidentov), stačí na karte úlohy alebo parametra pridať komentár „TESTOVACÍ ÚČEL“.
- Mali by sa zmeniť všetky produkčné knižnice v úlohe a nasmerovať ich na testovacie knižnice.
- Úloha by nemala zostať bez dozoru.
- Aby sa zabránilo spusteniu úlohy v nekonečnej slučke v prípade akejkoľvek chyby, je potrebné pridať parameter TIME so stanoveným časom.
- Uložte výstup úlohy vrátane cievky. Cievku je možné uložiť pomocou XDC.
- Súbor
- Vytvorte iba testovací súbor potrebnej veľkosti. Ak je to potrebné, použite GDG (Generation Data Groups - Files with the same name but but with sequential numbers numbers - MYLIB.LIB.TEST.G0001V00, MYLIB.LIB.TEST.G0002V00 atď.), Ak je to potrebné, na ukladanie údajov do po sebe idúcich súborov s rovnakým názvom.
- Parameter DISP (Disposition - popisuje systém, ktorý vykonáva uchovávanie alebo mazanie súboru údajov po normálnom alebo abnormálnom ukončení kroku alebo úlohy) pre súbory by mal byť správne kódovaný.
- Zaistite, aby všetky súbory použité na vykonanie úlohy boli správne uložené a zatvorené, aby sa úloha nedostala do polohy HOLD.
- Pri testovaní pomocou súborov GDG sa uistite, že sa ukazuje na správnu verziu.
- Databáza
- Počas vykonávania úlohy alebo online programu sa uistite, či sa nezasahujú alebo neaktualizujú alebo nezmazajú neúmyselné údaje.
- Skontrolujte tiež, či sa na testovanie používa správna oblasť DB2.
- Testovacie prípady
- Vždy otestujte okrajové podmienky ako - Prázdny súbor, Spracovanie prvého záznamu, Spracovanie posledného záznamu atď.
- Vždy zahrňte pozitívne aj negatívne podmienky testu.
- V prípade, že sa v programe používajú štandardné postupy, ako napríklad Check point restart, Abend Modules, Control files, etc., zahrňte testovacie prípady na overenie, či boli moduly použité správne.
- Skúšobné údaje
- Nastavenie testovacích údajov by sa malo vykonať pred začiatkom testovania.
- Nikdy neupravujte údaje v testovacej oblasti bez upozornenia. Môžu existovať ďalšie tímy, ktoré pracujú s rovnakými údajmi, a ich test by zlyhal.
- V prípade, že sú produkčné súbory potrebné počas vykonávania, pred ich kopírovaním alebo použitím je potrebné získať príslušné oprávnenie.
Osvedčené postupy
- V prípade spustenia dávkovej úlohy je MAX CC 0 indikátorom, že úloha bola úspešne spustená. Neznamená to, že funkčnosť funguje dobre. Úloha bude úspešne bežať, aj keď je výstup prázdny alebo nie podľa očakávania. Vždy sa teda očakáva kontrola všetkých výstupov pred vyhlásením úlohy za úspešnú.
- Osvedčeným postupom je vždy vykonať testovanú prácu na sucho. Suchý chod sa vykonáva s prázdnymi vstupnými súbormi. Týmto procesom by sa malo riadiť pri úlohách, na ktoré majú vplyv zmeny vykonané v testovacom cykle.
- Pred začiatkom testovacieho cyklu by malo byť nastavenie testovacej úlohy vykonané v dostatočnom predstihu. Pomôže to vopred zistiť chybu JCL, čo šetrí čas počas vykonávania.
- Pri prístupe k tabuľkám DB2 prostredníctvom SPUFI (voľba na emulátore pre prístup k tabuľkám DB2) vždy nastavte automatické potvrdenie na „NIE“, aby sa zabránilo náhodným aktualizáciám.
- Dostupnosť testovacích dát je hlavnou výzvou pri hromadnom testovaní. Požadované údaje by sa mali vytvoriť s dostatočným predstihom pred skúšobným cyklom a mali by sa skontrolovať úplnosť.
- Niektoré online transakcie a dávkové úlohy môžu zapisovať údaje do MQ (fronty správ) na prenos údajov do iných aplikácií. Ak údaje nie sú platné, môžu deaktivovať / zastaviť MQ, ovplyvní to celý proces testovania. Je dobrým zvykom po testovaní skontrolovať, či MQ fungujú dobre.
Výzvy a riešenie problémov so sálovým počítačom
| Výzvy | Prístup |
| Neúplné / nejasné požiadavky Môže existovať prístup k používateľskej príručke / výcvikovej príručke, ale tie nie sú rovnaké ako zdokumentované požiadavky. | Testéri by mali byť do SDLC zapojení už od fázy požiadaviek. Pomôže to overiť, či sú požiadavky testovateľné. |
| Nastavenie / identifikácia údajov Môžu sa vyskytnúť situácie, keď by sa existujúce údaje mali znova použiť podľa požiadavky. Niekedy je ťažké identifikovať požadované údaje z existujúcich údajov. | Na nastavenie údajov je možné podľa potreby použiť domáce nástroje. Na načítanie existujúcich údajov by mali byť dotazy zostavené vopred. V prípade akýchkoľvek ťažkostí možno požiadať tím pre správu údajov o vytvorenie alebo klonovanie požadovaných údajov. |
| Nastavenie úlohy Po načítaní úloh do PDS je potrebné úlohu nastaviť v oblasti QA. Aby sa úlohy neodosielali s výrobným kvalifikátorom alebo podrobnosťou cesty. | Mali by sa použiť nástroje na nastavenie úlohy, aby sa prekonali ľudské chyby, ku ktorým došlo počas nastavenia. |
| Ad-hoc požiadavka Môžu nastať situácie, keď je potrebné podporiť testovanie typu end-to-end kvôli problémom v problémoch s aplikáciami upstream alebo downstream. Tieto požiadavky zvyšujú čas a úsilie pri vykonávaní cyklu. | Používanie automatizačných skriptov, regresných skriptov a kostrových skriptov by mohlo pomôcť znížiť čas a námahu. |
| Včasné vydania pre zmenu rozsahu Môže nastať situácia, že vplyv kódu môže úplne zmeniť vzhľad a dojem zo systému. Môže to vyžadovať zmenu testovacích prípadov, skriptov a údajov. | Mal by byť zavedený proces riadenia zmien rozsahu a analýza dopadov. |
Vyskytli sa bežné abendy
- S001 - Vyskytla sa chyba I / O.
Dôvod - Čítanie na konci súboru, chyba dĺžky súboru, pokus o zápis do súboru iba na čítanie.
- S002 - neplatný záznam I / O.
Dôvod - Pokus o zápis záznamu dlhšieho ako je dĺžka záznamu.
- S004 - Počas OPEN sa vyskytla chyba.
Dôvod - neplatný DCB
- S013 - Chyba pri otváraní množiny údajov.
Dôvod - člen PDS neexistuje, dĺžka záznamu v programe sa nezhoduje so skutočnou dĺžkou záznamu.
- S0C1 - Výnimka operácie
Dôvod - Nie je možné otvoriť súbor, chýba DD karta
- S0C4 - Výnimka ochrany / Porušenie úložiska
- Dôvod - Pokus o prístup k úložisku, ktoré nie je programu k dispozícii.
- SC07 - Výnimka kontroly programu - dáta
- Dôvod - Zmena rozloženia záznamu alebo rozloženia súboru.
- Sx22 - Úloha bola zrušená
- S222 - úloha zrušená používateľom bez výpisu.
- S322 - Čas úlohy alebo kroku prekročil zadaný limit, alebo je program v cykle alebo je nedostatočný časový parameter.
- S522 - Časový limit relácie TSO.
- S806 - Nie je možné prepojiť alebo načítať.
Dôvod - ID úlohy nedokáže nájsť zadaný zavádzací modul.
- S80A - Nedostatok virtuálneho úložiska na uspokojenie požiadaviek GETMAIN alebo FREEMAIN.
- S913 - Pokúšam sa získať prístup k množine údajov, ktorú používateľ nemá autorizáciu.
- Sx37 - nie je možné prideliť dostatok úložného priestoru množine údajov.
Error Assist - veľmi populárny nástroj na získanie podrobných informácií o rôznych druhoch abends.
Bežný problém, s ktorým sa stretnete pri testovaní na sálových počítačoch
- Job Abends - Pre úspešné dokončenie úlohy by ste mali skontrolovať údaje, vstupný súbor a moduly prítomné na konkrétnom mieste alebo nie. Abendom je možné čeliť z viacerých dôvodov, z ktorých najbežnejšie sú - neplatné údaje, nesprávne vstupné pole, nesúlad dátumu, problémy s životným prostredím atď.
- Prázdny výstupný súbor - Aj keď sa úloha môže úspešne spustiť (MaxCC 0), výstup nemusí byť očakávaný. Pred absolvovaním ľubovoľného testovacieho prípadu sa teda tester musí ubezpečiť, že je výstup krížovo overený. Až potom pokračujte ďalej.
- Prázdny vstupný súbor - V niektorých aplikáciách budú súbory prijímané z procesov na strane dodávateľa. Pred použitím prijatého súboru na testovanie aktuálnej aplikácie by sa mali údaje krížovo overiť, aby sa zabránilo opätovnému vykonaniu a prepracovaniu.
Zhrnutie:
- Testovanie na sálovom počítači je ako každý iný testovací postup počnúc zhromaždením požiadaviek, návrhom testu, vykonaním testu a hlásením výsledkov.
- Aby bolo možné aplikáciu efektívne otestovať, mal by sa tester zúčastňovať dizajnových stretnutí naplánovaných vývojovými a obchodnými tímami.
- Tester je povinný zvyknúť si na rôzne testovacie funkcie sálového počítača. Rovnako ako navigácia na obrazovke, vytváranie súborov a PDS, ukladanie výsledkov testov atď. Pred začiatkom testovacieho cyklu.
- Testovanie aplikácií na sálových počítačoch je proces, ktorý trvá dlho. Pri návrhu testu, nastavení a vykonaní testu by sa mal dodržiavať jasný plán testu.
- Dávkové testovanie a online testovanie by sa malo vykonávať efektívne, bez toho, aby chýbala akákoľvek funkčnosť uvedená v dokumente s požiadavkami, a nemal by sa šetriť žiadny testovací prípad.