Čo je Testovanie systému - Sprievodca pre úplných začiatočníkov

what is system testing ultimate beginner s guide

Čo je to Testovanie systému pri testovaní softvéru?

Testovanie systému znamená testovanie systému ako celku. Všetky moduly / komponenty sú integrované s cieľom overiť, či systém funguje podľa očakávania alebo nie.

Testovanie systému sa vykonáva po testovaní integrácie. To hrá dôležitú úlohu pri dodávaní vysoko kvalitného produktu.

Zoznam tutoriálov:

• Čo je to Testovanie systému
• Testovanie systému medzi koncovými bodmi

Proces testovania integrovaného hardvérového a softvérového systému na overenie, či systém spĺňa stanovené požiadavky.

Overenie : Potvrdenie skúškou a ustanovenia objektívneho dôkazu, že stanovené požiadavky boli splnené.

Ak má aplikácia tri moduly A, B a C, potom sa testovanie uskutočňované kombináciou modulov A & B alebo modulu B & C alebo modulu A & C nazýva Testovanie integrácie. Integrácia všetkých troch modulov a ich testovanie ako kompletného systému sa nazýva testovanie systému.

Čo sa dozviete:

• Moje skúsenosti
  • Príklad testovania systému
• Prístup
• Prečo testovanie systému?
• Je to testovanie v bielej alebo čiernej skrinke?
• Ako vykonať test systému?
  • Čo testovať?
• Výhody
• Kritériá vstupu / výstupu
• Plán testovania systému
• Postup zápisu testovacích prípadov systému
• Testovacie prípady systému
• Typy testovania systému
  • Viac typov testovania systému
• Čo je to Testovanie integrácie systému?
• Rozdiel medzi testovaním systému a prijatia
• Tipy na vykonanie testu systému
• Záver
• Odporúčané čítanie

Moje skúsenosti

Takže ... naozaj si myslíte, že to bude trvať toľko času, aby ste otestovali, čo nazývate Testovanie systému , aj keď ste vynaložili veľa úsilia na testovanie integrácie?

Klient, ktorého sme pre projekt nedávno oslovili, nebol presvedčený o odhade, ktorý sme poskytli pre každé testovacie úsilie.

Musel som zvoniť príkladom:

Mike, rád by som na príklade rozvinul naše úsilie a dôležitosť testovania systému.

Zastreľte, odpovedal.

Príklad testovania systému

Výrobca automobilov nevyrába auto ako celé auto. Každá súčasť automobilu sa vyrába samostatne, ako sú sedadlá, riadenie, zrkadlo, brzdové svetlo, kábel, motor, rám auta, kolesá atď.

Po vyrobení každej položky sa nezávisle otestuje, či funguje tak, ako má, a to sa nazýva testovanie jednotky.

modely životného cyklu vodopádu

Teraz, keď je každá časť zostavená s inou časťou, táto zostavená kombinácia sa skontroluje, či zostavenie neprinieslo žiadny vedľajší účinok na funkčnosť každého komponentu a či obidve komponenty nepracujú podľa očakávania, čo sa nazýva testovanie integrácie.

Len čo sú všetky diely zostavené a auto je pripravené, nie je pripravené.

Celé auto musí byť skontrolované z hľadiska rôznych hľadísk podľa definovaných požiadaviek, ako je napríklad to, či je možné vozidlo riadiť plynulo, či nefunguje, či nemá správne prevodové stupne, či iné funkčné vlastnosti. Po nepretržitej jazde 2 500 míľ auto nejaví známky únavy, farba auto je všeobecne akceptované a páči sa mu, auto môže jazdiť po akýchkoľvek druhoch ciest ako hladké a drsné, nedbalé a rovné atď. a celá táto námaha testovania sa nazýva Testovanie systému a nemá to nič spoločné s testovaním integrácie.

Príklad fungoval tak, ako sa očakávalo, a klient bol presvedčený o úsilí potrebnom na testovanie systému.

Tu som uviedol príklad, aby som zdôraznil dôležitosť tohto testovania.

Prístup

Vykonáva sa po dokončení testovania integrácie.

Jedná sa hlavne o testovanie typu Black-box. Toto testovanie hodnotí fungovanie systému z užívateľského hľadiska pomocou dokumentu so špecifikáciami. Nevyžaduje žiadne interné znalosti systémov, ako je dizajn alebo štruktúra kódu.

Obsahuje funkčné a nefunkčné oblasti použitia / produktu.

Kritériá zamerania:

Zameriava sa hlavne na:

1. Externé rozhrania
2. Multiprogram a zložité funkcie
3. Bezpečnosť
4. Obnova
5. Výkon
6. Hladká interakcia operátora a používateľa so systémom
7. Inštalovateľnosť
8. Dokumentácia
9. Použiteľnosť
10. Zaťaženie / stres

Prečo testovanie systému?

# 1) Je veľmi dôležité absolvovať celý testovací cyklus a ST je fázou, v ktorej sa robí.

#dva) ST sa vykonáva v prostredí, ktoré je podobné výrobnému prostrediu, a preto zainteresované strany môžu získať dobrú predstavu o reakcii používateľa.

# 3) Pomáha minimalizovať riešenie problémov po nasadení a volania podpory.

# 4 ) V tejto fáze STLC sa testujú aplikačná architektúra a obchodné požiadavky.

Toto testovanie je veľmi dôležité a hrá dôležitú úlohu pri dodávaní kvalitného produktu zákazníkovi.

Pozrime sa na dôležitosť tohto testovania pomocou nasledujúcich príkladov, ktoré zahŕňajú naše každodenné úlohy:

• Čo ak online transakcia po potvrdení zlyhá?
• Čo ak položka vložená do košíka na webových stránkach online neumožňuje uskutočniť objednávku?
• Čo ak sa v účte Gmail pri vytváraní nového štítku vyskytne chyba po kliknutí na kartu Vytvoriť?
• Čo ak dôjde k zlyhaniu systému pri zvýšení zaťaženia systému?
• Čo ak sa systém zrúti a nebude schopný obnoviť požadované údaje?
• Čo ak inštalácia softvéru do systému trvá oveľa dlhšie, ako sa očakávalo, a na konci sa vyskytne chyba?
• Čo ak sa po vylepšení čas odozvy webových stránok zvýši oveľa viac, ako sa očakávalo?
• Čo ak sa webová stránka spomalí natoľko, že si používateľ nedokáže rezervovať cestovný lístok?

Vyššie uvádzame iba niekoľko príkladov, ktoré ukazujú, ako by ovplyvnilo testovanie systému, ak by sa nevykonalo správnym spôsobom.

Všetky vyššie uvedené príklady sú iba výsledkom toho, že testovanie systému nebolo vykonané alebo nebolo vykonané správne. Všetky integrované moduly by mali byť testované, aby sa zabezpečilo, že produkt funguje podľa požiadaviek.

Je to testovanie v bielej alebo čiernej skrinke?

Testovanie systému možno považovať za testovaciu techniku ​​čiernej skrinky.

Testovanie čiernej skrinky technika nevyžaduje interné znalosti kódu, zatiaľ čo technika bielej skrinky vyžaduje interné znalosti kódu.

Pri vykonávaní funkčného a nefunkčného testovania systému je pokryté zabezpečenie, výkon a mnoho ďalších typov testovania a sú testované technikou čiernej skrinky, pri ktorej je vstup poskytovaný do systému a výstup je overovaný. Interné znalosti systému sa nevyžadujú.

Technika čiernej skrinky:

Ako vykonať test systému?

Je to v zásade súčasť testovania softvéru a plán testov by mal vždy obsahovať konkrétny priestor pre toto testovanie.

Ak chcete otestovať systém ako celok, mali by byť jasné požiadavky a očakávania a tester musí pochopiť aj použitie aplikácie v reálnom čase.

Najpoužívanejšie nástroje tretích strán, verzie operačných systémov, príchute a architektúra operačných systémov môžu tiež ovplyvniť funkčnosť, výkon, zabezpečenie, obnoviteľnosť alebo inštalovateľnosť systému.

Preto pri testovaní systému môže byť užitočný jasný obraz o tom, ako sa bude aplikácia používať a akým problémom môže čeliť v reálnom čase. Okrem toho je dokument s požiadavkami rovnako dôležitý ako porozumenie žiadosti.

Jasný a aktualizovaný dokument s požiadavkami môže testera zachrániť pred mnohými nedorozumeniami, domnienkami a otázkami.

Stručne povedané, ostrý a ostrý dokument s požiadavkami s najnovšími aktualizáciami spolu s pochopením používania aplikácií v reálnom čase môže urobiť program ST plodnejším.

Toto testovanie sa vykonáva plánovaným a systematickým spôsobom.

Ďalej uvádzame rôzne kroky, ktoré sú potrebné na vykonanie tohto testovania:

• Úplne prvým krokom je vytvorenie plánu testov.
• Vytváranie systémových testovacích prípadov a testovacích skriptov.
• Pripravte si údaje potrebné na toto testovanie.
• Vykonajte testovacie prípady systému a skript.
• Nahláste chyby. Po opravení chýb znova vyskúšajte.
• Regresné testovanie na overenie dopadu zmeny v kódexe.
• Opakovanie testovacieho cyklu, kým nebude systém pripravený na nasadenie.
• Odhláste sa z testovacieho tímu.

Čo testovať?

Týmto testovaním sa zaoberajú body uvedené nižšie:

• Kompletné testovanie ktorá zahŕňa overenie interakcie medzi všetkými komponentmi a spolu s externými perifériami, aby sa zabezpečilo, či systém funguje dobre v ktoromkoľvek zo scenárov, je zahrnuté v tomto testovaní.
• Overuje, či vstup poskytnutý systému poskytuje očakávaný výsledok.
• Overuje, či sú testované všetky funkčné a nefunkčné požiadavky a či fungujú podľa očakávania alebo nie.
• Do tohto a po ukončení skriptovaného testovania je možné v rámci tohto testovania vykonať prieskumné testovanie. Prieskumné testovanie a ad-hoc testovanie pomáha odhaliť chyby, ktoré sa pri skriptovanom testovaní nenachádzajú, pretože dáva testerom slobodu testovať, pretože ich túžba je založená na ich skúsenostiach a intuícii.

Výhody

Existuje niekoľko výhod:

• Toto testovanie zahŕňa komplexné scenáre na testovanie systému.
• Toto testovanie sa vykonáva v rovnakom prostredí ako produkčné prostredie, ktoré pomáha porozumieť užívateľskej perspektíve a predchádza problémom, ktoré môžu nastať, keď bude systém funkčný.
• Ak sa toto testovanie vykonáva systematickým a správnym spôsobom, potom by to pomohlo pri zmierňovaní problémov po produkcii.
• Toto testovanie testuje aplikačnú architektúru aj obchodné požiadavky.

Kritériá vstupu / výstupu

Pozrime sa podrobne na kritériá vstupu / výstupu pre test systému.

Kritériá vstupu:

• Systém by mal vyhovieť výstupným kritériám integračného testovania, t. J. Mali by byť vykonané všetky testovacie prípady a v otvorenom stave by nemala byť žiadna kritická chyba alebo chyba priority P1, P2.
• Plán skúšok pre toto testovanie by malo byť schválené a odhlásené.
• Testovacie prípady / scenáre by mali byť pripravené na vykonanie.
• Testovacie skripty by mali byť pripravené na spustenie.
• Mali by byť k dispozícii všetky nefunkčné požiadavky a mali by sa pre ne vytvoriť testovacie prípady.
• Testovacie prostredie by malo byť pripravené.

Kritériá výstupu:

• Mali by sa vykonať všetky testovacie prípady.
• Žiadne kritické chyby ani chyby súvisiace s prioritou alebo zabezpečením by nemali byť v otvorenom stave.
• Ak sú chyby so strednou alebo nízkou prioritou v otvorenom stave, malo by to byť implementované so súhlasom zákazníka.
• Mala by sa odoslať správa o výstupe.

Plán testovania systému

Testovací plán je dokument, ktorý sa používa na opísanie účelu, účelu a rozsahu produktu, ktorý sa má vyvinúť. Čo je potrebné testovať a čo by sa nemalo testovať, sú zdokumentované stratégie testovania, použité nástroje, požadované prostredie a všetky ďalšie podrobnosti, aby bolo možné v testovaní pokračovať.

Plán testov pomáha postupovať pri testovaní veľmi systematickým a strategickým spôsobom a pomáha predchádzať rizikám alebo problémom počas vykonávania testov.

Plán testovania systému pokrýva nasledujúce body:

• Účel a cieľ je definovaný pre tento test.
• Rozsah (Funkcie, ktoré sa majú testovať, Uvádzajú sa funkcie, ktoré sa nemajú testovať).
• Kritériá prijatia testu (Kritériá, na základe ktorých bude systém akceptovaný, t. J. Uvedené body v kritériách prijatia by mali byť v stave úspešného absolvovania).
• Kritériá vstupu / výstupu (definuje kritériá, kedy sa má spustiť testovanie systému a kedy sa má považovať za úplné).
• Časový plán testov (Odhad testov, ktoré sa majú dokončiť v konkrétnom čase).
• Stratégia testovania (Zahŕňa testovacie techniky).
• Zdroje (počet zdrojov potrebných na testovanie, ich roly, dostupnosť zdrojov atď.).
• Testovacie prostredie (operačný systém, prehliadač, platforma).
• Testovacie prípady (Zoznam testovacích prípadov, ktoré sa majú vykonať).
• Predpoklady (Ak existujú nejaké predpoklady, mali by byť zahrnuté v testovacom pláne).

Postup zápisu testovacích prípadov systému

Systémové testovacie prípady pokrývajú všetky scenáre a prípady použitia a taktiež zahŕňajú funkčné, nefunkčné používateľské rozhranie a testovacie prípady súvisiace so zabezpečením. Testovacie prípady sú napísané rovnako, ako sú napísané pre funkčné testovanie.

Testovacie prípady systému zahŕňajú do šablóny nasledujúce polia:

• ID testovacieho prípadu
• Názov testovacej sady
• Popis - popisuje testovací prípad, ktorý sa má vykonať.
• Kroky - Krok za krokom popisuje, ako vykonať testovanie.
• Test Data - Fiktívne dáta sú pripravené na testovanie aplikácie.
• Očakávaný výsledok - v tomto stĺpci je uvedený očakávaný výsledok podľa dokumentu s požiadavkou.
• Skutočný výsledok - v tomto stĺpci je uvedený výsledok po vykonaní testovacieho prípadu.
• Pass / Fail - porovnanie v skutočnom a očakávanom výsledku definuje kritériá Pass / Fail.
• Poznámky

Testovacie prípady systému

Tu je niekoľko príkladov testovacích scenárov pre web elektronického obchodu:

1. Ak sa web správne spustí so všetkými relevantnými stránkami, funkciami a logom
2. Ak sa užívateľ môže zaregistrovať / prihlásiť na stránku
3. Ak používateľ vidí dostupné produkty, môže do košíka pridať produkty, vykonať platby a potvrdenie získať e-mailom alebo SMS alebo telefonicky.
4. Ak hlavné funkcie, ako je vyhľadávanie, filtrovanie, triedenie, pridávanie, zmena, zoznam želaní atď., Fungujú podľa očakávania
5. Ak počet používateľov (definovaný ako v dokumente s požiadavkami) môže na stránku pristupovať súčasne
6. Ak sa web správne spúšťa vo všetkých hlavných prehľadávačoch a ich najnovších verziách
7. Ak sa transakcie na webe uskutočňujú prostredníctvom konkrétneho používateľa, sú dostatočne bezpečné
8. Ak sa web správne spustí na všetkých podporovaných platformách, ako sú Windows, Linux, Mobile atď.
9. Ak je používateľská príručka / sprievodca návratovou politikou, sú zásady ochrany osobných údajov a podmienky používania stránky k dispozícii ako samostatný dokument a sú užitočné pre všetkých nováčikov alebo nových používateľov.
10. Ak je obsah stránok správne zarovnaný, dobre spravovaný a bez pravopisných chýb.
11. Ak je implementovaný časový limit relácie a funguje podľa očakávania
12. Ak je užívateľ po použití stránky spokojný alebo inými slovami, pre používateľa nie je ťažké stránku použiť.

Typy testovania systému

ST sa nazýva nadmnožina všetkých typov testovania, pretože sú v ňom zahrnuté všetky hlavné typy testovania. Aj keď sa zameranie na typy testovania môže líšiť v závislosti od produktu, organizačných procesov, časovej osi a požiadaviek.

Celkovo to možno definovať takto:

Testovanie funkčnosti: Uistite sa, že funkčnosť produktu funguje podľa definovaných požiadaviek v rámci schopností systému.

Testovanie návratnosti: Uistite sa, ako dobre sa systém zotavuje z rôznych chýb vstupu a iných poruchových situácií.

Testovanie interoperability: Uistiť sa, či systém dokáže dobre fungovať s produktmi tretích strán alebo nie.

Testovanie výkonu: Zaistiť výkon systému za rôznych podmienok, pokiaľ ide o výkonové charakteristiky.

Testovanie škálovateľnosti: Zaistiť schopnosť škálovania systému rôznymi výrazmi, ako je škálovanie používateľov, geografické škálovanie a škálovanie zdrojov.

Testovanie spoľahlivosti: Aby sa zaistilo, že systém bude možné prevádzkovať dlhšiu dobu bez výskytu porúch.

Regresné testovanie: Zaistiť stabilitu systému pri prechode integráciou rôznych podsystémov a úlohami údržby.

Testovanie dokumentácie: Uistite sa, že používateľská príručka k systému a ďalšie dokumenty s témami pomoci sú správne a použiteľné.

Testovanie bezpečnosti: Zaistiť, aby systém neumožňoval neoprávnený prístup k údajom a zdrojom.

Testovanie použiteľnosti : Aby ste sa ubezpečili, že používanie systému je jednoduché, naučte sa a obsluhujte.

Viac typov testovania systému

# 1) Testovanie grafického používateľského rozhrania (GUI):

Testuje sa grafické rozhranie, aby sa overilo, či grafické rozhranie systému funguje podľa očakávania alebo nie. GUI je v podstate to, čo je viditeľné pre používateľa, keď používa aplikáciu. Testovanie GUI zahŕňa testovanie tlačidiel, ikon, začiarkavacích políčok, zoznamu, textového poľa, ponúk, panelov nástrojov, dialógových okien atď.

# 2) Testovanie kompatibility:

Testovanie kompatibility sa zaisťuje kompatibilita vyvinutého produktu s rôznymi prehľadávačmi, hardvérovými platformami, operačnými systémami a databázami podľa dokumentu s požiadavkou.

# 3) Spracovanie výnimiek:

Vykonáva sa testovanie spracovania výnimiek, aby sa overilo, že aj keď sa v produkte vyskytne neočakávaná chyba, malo by sa zobraziť správne chybové hlásenie a aplikácia by sa nemala zastaviť. Spracováva výnimku tak, že sa chyba zobrazuje medzitým, kým sa produkt zotaví, a umožní systému spracovať nesprávnu transakciu.

# 4) Testovanie hlasitosti:

Volume Testing je typ nefunkčného testovania, pri ktorom sa testuje pomocou veľkého množstva údajov. Napríklad, objem údajov sa v databáze zvyšuje, aby sa overil výkon systému.

# 5) Stresové testovanie:

Stresové testovanie sa vykonáva zvýšením počtu používateľov (v rovnakom čase) v aplikácii do tej miery, že sa táto aplikácia pokazí. Týmto sa overuje bod, v ktorom sa aplikácia pokazí.

# 6) Testovanie zdravého rozumu:

Testovanie príčetnosti sa vykoná, keď je zostavenie vydané so zmenou kódu alebo funkčnosti alebo ak bola opravená chyba. Overuje, či vykonané zmeny neovplyvnili kód a nedošlo k žiadnemu ďalšiemu problému. Systém funguje ako predtým.

Ak sa vyskytne akýkoľvek problém, zostava nebude prijatá na ďalšie testovanie.

Pre zostavenie sa v zásade nevykonáva dôkladné testovanie, aby sa ušetrila doba a náklady, pretože sa pri odmietnutom vydaní odmietne nájsť zistený problém. Test zdravého rozumu sa vykonáva pre vykonanú zmenu alebo pre opravený problém, a nie pre celý systém.

# 7) Testovanie dymu:

Testovanie dymu je testovanie, ktoré sa vykonáva na zostave s cieľom overiť, či je zostava ďalej testovateľná alebo nie. Overuje, či je zostava stabilná pri testovaní a či fungujú všetky kritické funkcie. Testovanie dymu sa vykonáva pre celý systém, t.

# 8) Prieskumné testovanie:

Prieskumné testovanie ako už samotný názov napovedá, všetko sa týka skúmania aplikácie. Pri predbežnom testovaní sa nevykonáva žiadne skriptované testovanie. Testovacie prípady sa píšu spolu s testovaním. Zameriava sa viac na vykonávanie ako na plánovanie.

Tester má slobodu testovať na vlastnej koži pomocou svojej intuície, skúseností a intelektu. Tester si môže zvoliť ktorúkoľvek vlastnosť, ktorú chce najskôr otestovať, tzn. Náhodne si môže zvoliť vlastnosť, ktorá sa má otestovať, na rozdiel od iných techník, pri ktorých sa na vykonávanie skúšky používa štrukturálny spôsob.

# 9) Testovanie ad hoc:

Testovanie ad hoc je neformálne testovanie, pri ktorom sa nevykonáva žiadna dokumentácia ani sa neplánuje plánovanie na otestovanie aplikácie. Tester testuje aplikáciu bez akýchkoľvek testovacích prípadov. Cieľom testera je rozbiť aplikáciu. Tester využíva svoje skúsenosti, odhad a intuíciu na nájdenie kritických problémov v aplikácii.

# 10) Testovanie inštalácie:

Testovanie inštalácie je skontrolovať, či je softvér nainštalovaný bez akýchkoľvek problémov.

Toto je najdôležitejšia súčasť testovania, pretože inštalácia softvéru je prvou interakciou medzi používateľom a produktom. Typ testovania inštalácie závisí od rôznych faktorov, ako sú operačný systém, platforma, distribúcia softvéru atď.

Testovacie prípady, ktoré je možné zahrnúť, ak sa inštalácia vykonáva cez internet:

• Zlá rýchlosť siete a prerušené pripojenie.
• Brána firewall a zabezpečenie.
• Berie sa veľkosť a približný čas.
• Súbežná inštalácia / sťahovanie.
• Nedostatočná pamäť
• Nedostatok miesta
• Prerušená inštalácia

# 11) Testovanie údržby:

Po uvedení produktu na trh sa problém môže vyskytnúť v živom prostredí alebo si bude možno vyžadovať jeho vylepšenie.

Po spustení produktu je potrebné vykonať údržbu, o ktorú sa postará tím údržby. Testovanie vykonané pri akýchkoľvek problémoch alebo vylepšeniach alebo migrácii na hardvér spadá pod testovanie údržby.

Čo je to Testovanie integrácie systému?

Jedná sa o typ testovania, pri ktorom sa kontroluje schopnosť systému udržiavať integritu údajov a prevádzku v koordinácii s ostatnými systémami v rovnakom prostredí.

Príklad testovania integrácie systému:

Zoberme si príklad známej stránky na rezerváciu lístkov online - http://irctc.co.in.

Toto je zariadenie na rezerváciu lístkov; online nakupovacie zariadenie interaguje so službou PayPal. Celkovo to môžete považovať za A * B * C = R.

Teraz na systémovej úrovni je možné testovať systém nezávisle na rezervácii lístkov, online nakupovaní a možnostiach online platieb, po čom bude nasledovať kontrola vykonania integračných testov pre každú z nich. A potom treba systematicky testovať celý systém.

Kde teda prichádza na rad testovanie systémovej integrácie?

Webový portál http://Irctc.co.in je kombináciou systémov. Testy môžete vykonávať na rovnakej úrovni (jeden systém, systém systémov), ale na každej úrovni sa možno budete chcieť zamerať na rôzne riziká (problémy s integráciou, nezávislá funkčnosť).

• Pri testovaní rezervácie online vstupeniek môžete overiť, či ste schopní rezervovať letenky online. Môžete tiež zvážiť problémy s integráciou Napríklad, Zariadenie na rezerváciu vstupeniek je integrované do back-endu s front-endom (UI). Napríklad, ako sa správa front-end, keď databázový server reaguje pomaly?
• Testovanie zariadenia na rezerváciu leteniek online s možnosťou online nakupovania. Môžete overiť, že online nákupné zariadenie je k dispozícii používateľom prihláseným do systému na rezerváciu lístkov online. Môžete tiež zvážiť overenie integrácie v zariadení online nakupovania. Napríklad, ak je užívateľ schopný vybrať si a kúpiť produkt bez problémov.
• Testovanie integrácie zariadenia na rezerváciu lístkov online s PayPal. Môžete si overiť, či po rezervácii leteniek boli peniaze prevedené z vášho účtu PayPal na účet online rezervácie vstupeniek. Môžete tiež zvážiť overenie integrácie v službe PayPal. Napríklad, Čo keď systém po vložení peňazí do systému vloží dva záznamy do databázy?

Rozdielmedzi testovaním systému a testovaním integrácie systému:

Hlavný rozdiel je:

• Testovanie systému sa stará o integritu jedného systému s relevantným prostredím
• Testovanie integrácie systému sa stará o integritu viacerých systémov navzájom v rovnakom prostredí.

Test systému je teda začiatkom skutočného testovania, pri ktorom testujete produkt ako celok, a nie modul / funkciu.

Rozdiel medzi testovaním systému a prijatia

Ďalej sú uvedené hlavné rozdiely:

Tipy na vykonanie testu systému

1. Namiesto ideálneho testovania replikujte scenáre v reálnom čase, pretože systém bude používať koncový používateľ, a nie vyškolený tester.
2. Overte reakciu systému rôznymi slovami, pretože človek nemá rád čakanie alebo zobrazenie nesprávnych údajov.
3. Nainštalujte a nakonfigurujte systém podľa dokumentácie, pretože to bude koncový užívateľ robiť.
4. Zapojenie ľudí z rôznych oblastí, ako sú obchodní analytici, vývojári, testeri, zákazníci, môže poslať lepší systém.
5. Pravidelné testovanie je jediný spôsob, ako zabezpečiť, aby najmenšia zmena v kóde na opravu chyby nevniesla do systému ďalšiu kritickú chybu.

Záver

Testovanie systému je veľmi dôležité a pokiaľ nebude vykonané správne, v živom prostredí je možné čeliť kritickým problémom.

Systém ako celok má rôzne vlastnosti, ktoré sa majú overiť. Jednoduchým príkladom by mohla byť akákoľvek webová stránka. Ak nebude testovaný ako celok, môže používateľ považovať tento web za veľmi pomalý alebo môže dôjsť k jeho zlyhaniu, ak sa súčasne prihlási veľký počet používateľov.

A tieto vlastnosti nemožno testovať, kým nebude testovaná webová stránka ako celok.

Dúfam, že tento návod bol veľmi užitočný na pochopenie konceptu testovania systému.

Odporúčané čítanie

• Typy testovania softvéru: Rôzne typy testovania s podrobnosťami
• Alfa testovanie a beta testovanie (kompletný sprievodca)
• Čo je Testovanie integrácie systému (SIT): Učte sa na príkladoch
• Funkčné testovanie vs. Nefunkčné testovanie
• Proces nepretržitej integrácie: Ako zlepšiť kvalitu softvéru a znížiť riziko
• Najlepšie 10 nástrojov na testovanie integrácie na zápis testov integrácie
• Čo je testovanie integrácie (návod s príkladom testovania integrácie)
• Čo je testovanie výdrže pri testovaní softvéru (príklady)