Testiranje glavnog računala - Kompletna lekcija

Sadržaj:

Anonim

Prije učenja koncepata testiranja glavnog računala, naučimo

Što je Mainframe?

Glavni računalo je računalni sustav visokih performansi i velike brzine. Koristi se za veće računalne svrhe koje zahtijevaju veliku dostupnost i sigurnost. Uglavnom se koristi u sektorima poput financija, osiguranja, maloprodaje i drugim kritičnim područjima gdje se ogromni podaci obrađuju više puta.

Ispitivanje glavnog računala

Mainframe testiranje je postupak testiranja softverskih aplikacija i usluga koji se temelji na Mainframe sustavima. Svrha testiranja glavnog računala je osigurati izvedbu, pouzdanost i kvalitetu softverske aplikacije ili usluge metodama provjere i provjere valjanosti i provjeriti je li spremna za implementaciju.

Tijekom izvođenja testiranja glavnog računala, ispitivač mora znati samo o navigaciji zaslonima CICS. Izrađene su po mjeri za određene primjene. Bilo kakve promjene u kodu u COBOL-u, JCL-u itd. Testera ne moraju brinuti o emulatoru postavljenom na stroju. Promjene koje rade na jednom emulatoru terminala radit će i na drugima.

  • Aplikacija Mainframe (inače nazvana batch batch) testirana je u odnosu na test slučajeve razvijene primjenom zahtjeva
  • Testiranje glavnog računala obično se izvodi na postavljenom kodu pomoću različitih kombinacija podataka postavljenih u ulaznu datoteku.
  • Aplikacijama koje se izvode na glavnom računalu može se pristupiti putem emulatora terminala. Emulator je jedini softver koji treba instalirati na klijentskom stroju.

U ovom vodiču za početnike naučit ćete-

  • Atributi glavnog računala
  • Klasifikacija ručnog ispitivanja u glavnom računalu
  • Kako se vrši testiranje glavnog računala
  • Alati za ispitivanje automatizacije glavnog računala
  • Metodologija u ispitivanju glavnog računala
  • Koraci uključeni u serijsko testiranje
  • Koraci uključeni u mrežno testiranje
  • Koraci uključeni u testiranje internetske - batch integracije
  • Naredbe korištene u ispitivanju glavnog računala
  • Preduvjeti za početak testiranja glavnog računala
  • Najbolje prakse
  • Ispitivanje glavnog računala Izazovi i rješavanje problema
  • Naišli su na zajedničke Abende
  • Uobičajena poteškoća s kojom se suočilo tijekom testiranja glavnog računala

Atributi glavnog računala

  1. Virtualna pohrana
    1. To je tehnika koja omogućuje procesoru da simulira glavnu pohranu koja je veća od stvarne količine stvarne pohrane.
    2. To je tehnika za učinkovito korištenje memorije za pohranu i izvršavanje zadataka različitih veličina.
    3. Koristi pohranu na disku kao produžetak stvarne pohrane.
  2. Multiprogramiranje
    1. Računalo istodobno izvršava više programa. Ali u bilo kojem trenutku samo jedan program može imati kontrolu nad CPU-om.
    2. To je mogućnost za učinkovitu upotrebu CPU-a.
  3. Skupna obrada
    1. To je tehnika kojom se bilo koji zadatak izvršava u jedinicama poznatim kao poslovi.
    2. Posao može uzrokovati izvršavanje jednog ili više programa u nizu.
    3. Planer poslova donosi odluku o redoslijedu izvršavanja poslova. Da bi se maksimalizirala prosječna propusnost, poslovi se raspoređuju prema prioritetu i klasi.
    4. Potrebne informacije za serijsku obradu pružaju se putem JCL (JEZIK KONTROLE POSLA). JCL opisuje paketni posao - potrebne programe, podatke i resurse.
  4. Dijeljenje vremena
    1. U sustavu za dijeljenje vremena svaki korisnik ima pristup sustavu putem terminalnog uređaja. Umjesto podnošenja poslova koji su predviđeni za kasnije izvršavanje, korisnik unosi naredbe koje se odmah obrađuju.
    2. Stoga se ovo naziva "Interaktivna obrada". Omogućuje korisniku izravnu interakciju s računalom.
    3. Obrada vremenskim udjelom poznata je pod nazivom "Obrada u prednjem planu", a skupna obrada posla poznata je kao "Obrada u pozadini".
  5. Spooling
    1. SPOOLing je kratica za simultane periferne operacije na mreži .
    2. SPOOL uređaj koristi se za pohranu rezultata programa / aplikacije. Spool izlaz usmjeren je na izlazne uređaje poput pisača (ako je potrebno).
    3. To je objekt koji iskorištava prednost međuspremnika radi učinkovite upotrebe izlaznih uređaja.

Klasifikacija ručnog ispitivanja u glavnom računalu

Glavno računalo za ručno testiranje može se klasificirati u dvije vrste:

  1. Serijsko ispitivanje posla -
    • Postupak testiranja uključuje izvršavanje skupnih poslova za funkcionalnost implementiranu u trenutnom izdanju.
    • Rezultati testa izvučeni iz izlaznih datoteka i baze podataka provjeravaju se i bilježe.
  2. Online testiranje -
    • Online testiranje odnosi se na testiranje CICS zaslona što je slično testiranju web stranice.
    • Funkcionalnost postojećih zaslona može se promijeniti ili dodati novi.
    • Razne aplikacije mogu imati zaslone za upit i zaslone za ažuriranje. Funkcionalnost ovih zaslona treba provjeriti u sklopu internetskog testiranja.

Kako se vrši testiranje glavnog računala

  1. Poslovni tim priprema dokumente sa zahtjevima. Što određuje kako će se određena stavka ili postupak izmijeniti u ciklusu objavljivanja.
  2. Test tim i razvoj dobivaju dokument sa zahtjevima. Shvatit će na koliko će procesa promjena utjecati. Obično u izdanju prilagođeni zahtjev izravno utječe na samo 20-25% aplikacije. Ostalih 75% izdanja bit će za vanjske funkcionalnosti poput testiranja aplikacija i procesa.
  3. Dakle, aplikacija Mainframe mora se testirati iz dva dijela:
    1. Zahtjevi za testiranje - Testiranje aplikacije radi funkcionalnosti ili promjene spomenute u dokumentu zahtjeva.
    2. Testiranje integracije - testiranje cjelokupnog postupka ili druge aplikacije koja prima ili šalje podatke pogođenoj aplikaciji. Ispitivanje regresijom primarni je fokus ove ispitne aktivnosti.

Alati za ispitivanje automatizacije glavnog računala

Ispod je popis alata koji se mogu koristiti za testiranje automatizacije glavnog računala.

  • REXX
  • Excel
  • QTP

Metodologija u ispitivanju glavnog računala

Razmotrimo primjer: XYZ osiguravajuće društvo ima modul za upis članova. Potrebni su podaci s ekrana za prijavu članova i izvanmrežne prijave. Kao što smo ranije razgovarali, potrebna su dva pristupa za testiranje glavnog računala, mrežno testiranje i batch testiranje.

  • Internetsko testiranje vrši se na zaslonu za prijavu članova. Baš kao i web stranica, baza podataka provjerava se podacima unesenim kroz zaslone.
  • Izvanmrežni upis može biti upis na papir ili upis na web mjesto treće strane. Izvanmrežni podaci (također poznati kao batch) unosit će se u bazu podataka tvrtke putem batch poslova. Ulazna ravna datoteka priprema se prema propisanom formatu podataka i unosi u redoslijed skupnih poslova. Dakle, za testiranje aplikacija na glavnom računalu možemo koristiti sljedeći pristup.
    • Prvi posao u retku batch poslova provjerava unesene podatke. Recimo, na primjer, specijalni znak, abecede u poljima samo s brojevima itd.
    • Drugi posao potvrđuje dosljednost podataka na temelju poslovnih uvjeta. Na primjer, upis djece ne smije sadržavati ovisne podatke, poštanski broj člana (koji prema upisanom planu nije dostupan za uslugu) itd.
    • Treći posao mijenja podatke u formatu koji se može unijeti u bazu podataka. Na primjer, brisanje naziva plana (baza podataka pohranit će samo ID plana i naziv plana osiguranja), datum dodavanja unosa itd.
    • Četvrti posao učitava podatke u bazu podataka.
  • Skupno testiranje posla vrši se na ovom procesu u dvije faze -
    • Svaki posao provjerava se zasebno, a
    • Integracija između poslova provjerava se pružanjem ulazne ravne datoteke prvom poslu i provjerom valjanosti baze podataka. (Posrednički rezultati moraju se potvrditi radi dodatnog opreza)

Slijedi metoda koja se slijedi za testiranje glavnog računala:

Korak 1) : Tresanje / testiranje dima

U ovoj je fazi glavni fokus provjeriti je li postavljeni kôd u ispravnom testnom okruženju. Također osigurava da s kodom nema kritičnih problema.

Korak 2) : Testiranje sustava

Ispod su vrste ispitivanja provedenih u sklopu testiranja sustava.

  1. Skupno testiranje - Ovo testiranje provest će se provjerom rezultata ispitivanja na izlaznim datotekama i promjenama podataka koje su izvršili skupni poslovi pod opsegom testiranja i njihovo snimanje.
  2. Internetsko testiranje - ovo će se testiranje obaviti na prednjem kraju aplikacije glavnog računala. Ovdje se aplikacija testira na ispravno polje ulaska poput plana osiguranja, kamata na plan itd.
  3. Online-Batch integracijsko testiranje - Ovo testiranje provest će se na sustavima koji imaju batch procese i internetsku aplikaciju. Provjerava se protok podataka i interakcija između mrežnih zaslona i skupnih poslova.

    ( Primjer za ovu vrstu testiranja - razmotrite ažuriranje detalja plana poput povećanja kamatne stope. Promjena kamate vrši se na ekranu ažuriranja, a detalji stanja na pogođenim računima izmijenit će se samo noćnim paketnim poslom. Ispitivanje u ovom će se slučaju izvršiti provjerom valjanosti zaslona s detaljima plana i pokretanja skupnog posla za ažuriranje svih računa).

  4. Ispitivanje baze podataka - baze podataka u kojima se podaci iz aplikacije glavnog računala (IMS, IDMS, DB2, VSAM / ISAM, sekvencijalni skupovi podataka, GDG-ovi) provjeravaju radi njihovog izgleda i pohrane podataka.

Korak 3) : Ispitivanje integracije sustava

Primarna svrha ovog ispitivanja je provjera funkcionalnosti sustava koji su u interakciji sa sustavom koji se ispituje.

Zahtjevi ne utječu izravno na ove sustave. Međutim, oni koriste podatke iz sustava koji se ispituje. Važno je testirati sučelje i različite vrste poruka (poput posla uspješno, posla neuspjelog, ažurirane baze podataka itd.) Koji mogu prolaziti između sustava i rezultirajućih radnji pojedinih sustava.

Vrste ispitivanja provedenih u ovoj fazi su

  1. Skupno ispitivanje
  2. Online testiranje
  3. Online - serijsko testiranje integracije

Korak 4) : Ispitivanje regresije

Regresijsko testiranje uobičajena je faza bilo koje vrste ispitivanja. Ovo testiranje u Mainframes-u osigurava da trenutačno izdanje projekta ne utječe na batch poslove i mrežne zaslone koji nisu izravno u interakciji sa sustavom koji se ispituje (ili ne ulaze u opseg zahtjeva).

Da bi se imalo učinkovito regresijsko testiranje, određeni skup testnih slučajeva trebao bi se ući u uži izbor, ovisno o njihovoj složenosti, i stvoriti regresijsko ležište (Repozitorij testnih slučajeva). Ovaj bi se skup trebao ažurirati kad god se u izdanje uvede nova funkcionalnost.

Korak 5) : Ispitivanje izvedbe

Ovo testiranje vrši se kako bi se identificirala uska grla u područjima s visokim pogocima kao što su podaci s prednjeg kraja, nadogradnja internetskih baza podataka i kako bi se projicirala skalabilnost aplikacije.

Korak 6) : Ispitivanje sigurnosti

Ovo testiranje vrši se kako bi se procijenilo koliko je dobro aplikacija dizajnirana i razvijena za suzbijanje protu-sigurnosnih napada.

Na sustavu treba obaviti dvostruko testiranje sigurnosti - sigurnost glavnog računala i mrežna sigurnost.

Značajke koje treba testirati su

  1. Integritet
  2. Povjerljivost
  3. Odobrenje
  4. Ovjera
  5. Dostupnost

Koraci uključeni u serijsko testiranje

  1. Nakon što QA tim primi odobreni paket (paket sadrži postupke, JCL, kontrolne kartice, module itd.), Ispitivač bi trebao pregledati i dohvatiti sadržaj u PDS prema potrebi.
  2. Pretvorite proizvodni JCL ili razvojni JCL u QA JCL, koji se inače naziva JOB SETUP.
  3. Kopiranje proizvodne datoteke i priprema test datoteka.
  4. Za svaku će funkciju biti definiran redoslijed poslova. (Kao što je objašnjeno u primjeru u odjeljku Metodologija u glavnom okviru). Poslovi se trebaju slati pomoću naredbe SUB s datotekama testnih podataka.
  5. Provjerite posredničku datoteku kako biste utvrdili razloge za nedostajanje ili pogrešku podataka.
  6. Provjerite konačnu izlaznu datoteku, bazu podataka i namotač da biste provjerili rezultate testa.
  7. Ako posao ne uspije, kalem će imati razlog neuspjeha posla. Riješite grešku i ponovo pošaljite posao.

Izvještavanje o ispitivanju - Defekt treba evidentirati ako stvarni rezultat odstupa od očekivanog.

Koraci uključeni u mrežno testiranje

  1. Odaberite zaslon Online u testnom okruženju.
  2. Testirajte svako polje za prihvatljive podatke.
  3. Testirajte testni scenarij na ekranu.
  4. Provjerite bazu podataka za ažuriranje podataka s internetskog zaslona.

Izvještavanje o ispitivanju - Defekt treba evidentirati ako stvarni rezultat odstupa od očekivanog.

Koraci uključeni u testiranje internetske - batch integracije

  1. Pokrenite posao u testnom okruženju i provjerite podatke na mrežnim zaslonima.
  2. Ažurirajte podatke na mrežnim zaslonima i provjerite je li batch posao pravilno pokrenut s ažuriranim podacima.

Naredbe korištene u ispitivanju glavnog računala

  1. PRIJAVA - Pošaljite pozadinski posao.
  2. OTKAZI - Otkažite pozadinski posao.
  3. DODELITI - dodijeliti skup podataka
  4. COPY - Kopirajte skup podataka
  5. RENAME - Preimenuj skup podataka
  6. IZBRIŠI - Izbriši skup podataka
  7. SKENIRANJE POSALA -Da biste povezali JCL s programom, knjižnicama, datotekom itd. Bez izvršenja.

Postoje mnoge druge naredbe koje se koriste kad je to potrebno, ali one nisu tako česte.

Preduvjeti za početak testiranja glavnog računala

Osnovni detalji potrebni za testiranje glavnog računala su:

  • ID za prijavu i lozinka za prijavu u aplikaciju.
  • Kratko znanje o ISPF naredbama.
  • Imena datoteka, kvalifikator datoteka i njihove vrste.

Prije početka testiranja glavnog računala, potrebno je provjeriti dolje navedene aspekte.

  1. Posao
    1. Napravite skeniranje posla (naredba - JOBSCAN) kako biste provjerili ima li pogrešaka prije izvođenja.
    2. Parametar KLASE treba ukazati na ispitnu klasu.
    3. Izlaz posla usmjerite u kalem ili JHS ili prema potrebi pomoću parametra MSGCLASS.
    4. Preusmjerite e-poštu u poslu u namotaj ili testni ID pošte.
    5. Komentirajte FTP korake za početno testiranje, a zatim usmjerite posao na testni poslužitelj.
    6. U slučaju da se u poslu generira IMR (evidencija upravljanja incidentima), samo dodajte komentar "TESTIRANJE SVRHE" u posao ili parametarsku karticu.
    7. Sve produkcijske knjižnice u poslu treba promijeniti i ukazati na testne knjižnice.
    8. Posao ne smije ostati bez nadzora.
    9. Da biste spriječili da se posao izvodi u beskonačnoj petlji u slučaju bilo kakve pogreške, treba dodati parametar TIME s određenim vremenom.
    10. Spremite izlazne zadatke, uključujući kalem. Kalem se može spremiti pomoću XDC.
  1. Datoteka
    1. Stvorite samo testnu datoteku potrebne veličine. Upotrijebite GDG-ove (Generacijske podatkovne grupe - datoteke s istim imenom, ali s uzastopnim brojevima verzija - MYLIB.LIB.TEST.G0001V00, MYLIB.LIB.TEST.G0002V00 itd.) Kada je potrebno za pohranu podataka u uzastopne datoteke s istim imenom.
    2. Parametar DISP (Dispozicija - opisuje sustav da izvrši zadržavanje ili brisanje skupa podataka nakon normalnog ili abnormalnog završetka koraka ili posla) treba pravilno kodirati.
    3. Provjerite jesu li sve datoteke korištene za izvršavanje posla pravilno spremljene i zatvorene kako biste spriječili da posao pređe u HOLD.
    4. Tijekom testiranja pomoću GDG-ova provjerite je li usmjerena na pravu verziju.
  2. Baza podataka
    1. Tijekom izvršavanja posla ili mrežnog programa, osigurajte da nenamjerni podaci nisu umetnuti, ažurirani ili izbrisani.
    2. Također, osigurajte da se za testiranje koristi ispravna DB2 regija.
  3. Ispitni slučajevi
    1. Uvijek testirajte granične uvjete poput - Prazna datoteka, Prva obrada zapisa, Posljednja obrada zapisa itd.
    2. Uvijek uključite i pozitivne i negativne uvjete ispitivanja.
    3. U slučaju da se u programu koriste standardni postupci poput ponovnog pokretanja kontrolne točke, Abend moduli, kontrolne datoteke itd. Uključuju ispitne slučajeve za provjeru jesu li moduli korišteni ispravno.
  4. Podaci o ispitivanju
    1. Postavljanje podataka o ispitivanju trebalo bi obaviti prije početka ispitivanja.
    2. Nikada nemojte mijenjati podatke na testnoj regiji bez obavijesti. Možda postoje drugi timovi koji rade s istim podacima i njihov test ne bi uspio.
    3. U slučaju da su tijekom izvršenja potrebne proizvodne datoteke, prije kopiranja ili korištenja potrebno je dobiti odgovarajuće odobrenje.

Najbolje prakse

  1. U slučaju pokretanja skupnog posla, MAX CC 0 pokazatelj je uspješnog izvođenja posla. To ne znači da funkcionalnost radi u redu. Posao će se uspješno izvoditi čak i kada je izlaz prazan ili nije prema očekivanjima. Stoga se uvijek očekuje provjera svih rezultata prije proglašenja posla uspješnim.
  2. Uvijek je dobra praksa raditi testni posao na suho. Suho pokretanje vrši se s praznim ulaznim datotekama. Ovaj postupak treba slijediti za poslove na koje utječu promjene napravljene za ispitni ciklus.
  3. Prije početka ciklusa ispitivanja, postavljeni testni posao treba obaviti unaprijed. To će vam pomoći da unaprijed otkrijete bilo kakvu JCL pogrešku, čime ćete uštedjeti vrijeme tijekom izvršenja.
  4. Dok pristupate DB2 tablicama putem SPUFI (opcija na emulatoru za pristup DB2 tablicama), uvijek postavite automatsko urezivanje kao "NE" kako biste izbjegli slučajna ažuriranja.
  5. Dostupnost testnih podataka primarni je izazov u serijskom testiranju. Potrebne podatke treba stvoriti puno prije ciklusa ispitivanja i provjeriti ih u potpunosti.
  6. Neke mrežne transakcije i skupni poslovi mogu zapisati podatke u MQ-ove (Red čekanja poruka) za prijenos podataka u druge programe. Ako podaci nisu valjani, mogu onemogućiti / zaustaviti MQ-ove, to će utjecati na cijeli postupak testiranja. Dobra je praksa provjeriti rade li MQ-ovi nakon testiranja.

Ispitivanje glavnog računala Izazovi i rješavanje problema

Izazovi Pristup
Nepotpuni / nejasni zahtjevi Možda postoji pristup korisničkom priručniku / vodiču za obuku, ali oni nisu isti kao dokumentirani zahtjevi. Ispitivači bi trebali biti uključeni u SDLC od faze zahtjeva nadalje. To će vam pomoći provjeriti jesu li zahtjevi provjerljivi.
Postavljanje podataka / identifikacija Postoje slučajevi u kojima bi postojeće podatke trebalo ponovno upotrijebiti prema zahtjevu. Ponekad je teško identificirati potrebne podatke iz postojećih podataka. Za postavljanje podataka mogu se koristiti domaći alati prema potrebi. Za dohvaćanje postojećih podataka, upite treba graditi unaprijed. U slučaju bilo kakvih poteškoća, timu za upravljanje podacima može se postaviti zahtjev za stvaranje ili kloniranje potrebnih podataka.
Postavljanje posla Nakon što se poslovi preuzmu u PDS, posao treba postaviti u QA regiji. Tako da se poslovi ne predaju s kvalifikacijskim proizvodima ili detaljima puta. Treba koristiti alate za postavljanje posla kako bi se prevladale ljudske pogreške počinjene tijekom postavljanja.
Ad-hoc zahtjev Mogu biti situacije kada je potrebno podržati testiranje od kraja do kraja zbog problema u problemima aplikacije uzvodno ili niže. Ovi zahtjevi povećavaju vrijeme i napor u ciklusu izvršenja. Korištenje skripti za automatizaciju, regresijskih skripti i skripti kostura mogli bi pomoći u smanjenju vremena i napora.
Pravovremena izdanja za promjenu opsega Možda postoji situacija kada utjecaj koda može u potpunosti promijeniti izgled i dojam sustava. To može zahtijevati promjenu u testnim slučajevima, skriptama i podacima. Trebali bi postojati postupak upravljanja promjenom opsega i analiza utjecaja.

Naišli su na zajedničke Abende

  1. S001 - Dogodila se I / O pogreška.

    Razlog - čitanje na kraju datoteke, pogreška u dužini datoteke, pokušaj upisa u datoteku samo za čitanje.

  2. S002 - Neispravan I / O zapis.

    Razlog - pokušaj pisanja zapisa duljeg od duljine zapisa.

  3. S004 - Došlo je do pogreške tijekom OTVORENOG.

    Razlog - nevažeći DCB

  4. S013 - Pogreška pri otvaranju skupa podataka.

    Razlog - član PDS-a ne postoji, duljina zapisa u programu ne odgovara stvarnoj duljini zapisa.

  5. S0C1 - Izuzetak rada

    Razlog - Nije moguće otvoriti datoteku, nedostaje DD kartica

  6. S0C4 - Izuzetak od zaštite / kršenje pohrane
  7. Razlog - pokušaj pristupa pohrani koja nije dostupna programu.
  8. SC07 - Izuzetak za provjeru programa - Podaci
  9. Razlog - promjena izgleda zapisa ili izgleda datoteke.
  10. Sx22 - Posao je otkazan
  11. S222 - Posao otkazao korisnik bez odlagališta.
  12. S322 - Vrijeme posla ili koraka premašilo je navedeno ograničenje ili je program u petlji ili nedostatan vremenski parametar.
  13. S522 - Očekivanje TSO sesije.
  14. S806 -Ne može se povezati ili učitati.

    Razlog - ID posla ne može pronaći navedeni modul učitavanja.

  15. S80A - Nema dovoljno virtualne pohrane da zadovolji GETMAIN ili FREEMAIN zahtjeve.
  16. S913 - Pokušaj pristupa skupu podataka koji korisnik nije ovlašten.
  17. Sx37 - Nije moguće dodijeliti dovoljno prostora za pohranu podataka.

Pomoć pri pogreškama - vrlo popularan alat za dobivanje detaljnih informacija o raznim vrstama abenda.

Uobičajena poteškoća s kojom se suočilo tijekom testiranja glavnog računala

  • Napusti posao - Za uspješno dovršenje posla trebali biste provjeriti podatke, ulaznu datoteku i module koji se nalaze na određenom mjestu ili ne. Abendovi se mogu suočiti iz više razloga, a najčešći su - neispravni podaci, netočno polje za unos, neusklađenost datuma, ekološki problemi itd.
  • Izlazna datoteka prazna- Iako se posao može uspješno izvesti (MaxCC 0), izlaz možda nije onakav kakav se očekivao. Dakle, prije nego što prođe bilo koji testni slučaj, ispitivač mora osigurati da li je izlaz unakrsno provjeren. Tek tada nastavite dalje.
  • Ulazna datoteka prazna - U nekim će se aplikacijama datoteke primati iz uzlaznih procesa. Prije upotrebe primljene datoteke za testiranje trenutne aplikacije, podatke treba unakrsno provjeriti kako bi se izbjeglo ponovno izvršavanje i dorada.

Sažetak:

  • Ispitivanje glavnog računala je poput bilo kojeg drugog postupka ispitivanja počevši od prikupljanja zahtjeva, dizajna ispitivanja, izvršenja testa i izvještavanja o rezultatima.
  • Kako bi učinkovito testirao prijavu, ispitivač bi trebao sudjelovati u dizajnerskim sastancima koje su zakazali razvojni i poslovni timovi.
  • Obavezno je da se ispitivač navikne na razne funkcije ispitivanja glavnog računala. Poput navigacije na zaslonu, izrade datoteka i PDS-a, spremanja rezultata ispitivanja itd. Prije početka testnog ciklusa.
  • Testiranje aplikacija glavnog računala traje dugo. Treba se slijediti jasan raspored ispitivanja za dizajn testa, postavljanje podataka i izvršavanje.
  • Serijsko testiranje i mrežno testiranje trebaju se provoditi učinkovito bez propuštanja bilo koje funkcije spomenute u dokumentu Zahtjeva, a niti jedan test slučaj ne smije biti pošteđen.