Testovanie systému Rôzne typy a kľúčové oblasti zamerania testovania systému

Obsah:

Anonim

Úvod do testovania systému

Už ste niekedy počuli o testovaní systému? Áno, samozrejme, počuli ste, ale neviete, čo sa testuje. Ako je implementovaný v skutočnom prostredí. Dnešný svet je plný zariadení, nové technológie prichádzajú každý deň. Na udržanie kvality a zabezpečenie toho, aby bol náš produkt bez chýb a dôveryhodný, má každý vývoj svoj paralelný testovací tím.

Testovanie je proces krížovej kontroly, či máme správnu funkčnosť alebo nie. Testovanie softvéru je fáza, v ktorej je softvér dokončený. Teraz sa tento integrovaný softvér otestuje. Pri testovaní kontrolujeme, či softvér spĺňa naše požiadavky alebo nie.

Testovanie, ktoré sa vykonáva na celom systéme známom ako testovanie systému. Týmto testom odhalíme chyby. Zabezpečuje, aby celý systém pracoval podľa očakávania. Kontrolujeme výkon a funkčnosť systému, aby sme získali kvalitný produkt. Testovanie systému nie je nič iné ako testovanie systému ako celku. Týmto testovaním sa kontroluje kompletný scenár end-to-end podľa pohľadu zákazníka.

Funkčné a nefunkčné testy sa vykonávajú aj testovaním systému. Všetky veci sa robia preto, aby sa zachovala dôvera v to, že systém je bez chýb a bez chýb. Testovanie systému je určené aj na testovanie špecifikácií hardvérových / softvérových požiadaviek.

Testovanie systému je skôr obmedzeným typom testovania; snaží sa odhaliť obidve chyby v rámci „vzájomných zhromaždení“.

Existujú dva typy testov:

Sú to špecializované systémy a aplikácie

Pred priamym skokom do testu systému chcem, aby ste poznali priebeh testovania. Získate jasný nápad. Pozrite si nasledujúci diagram.

Druhy testovania systému

Nižšie sú uvedené rôzne typy testovania:

1. Testovanie funkčnosti

  • Toto testovanie zabezpečuje, že funkčnosť produktu funguje podľa špecifikácií požiadaviek v rámci možností systému.
  • Funkčné testovanie sa vykonáva manuálne alebo pomocou automatických nástrojov.

2. Testovanie návratnosti

  • Toto testovanie určuje, či sa v operáciách môže pokračovať aj po katastrofe alebo po strate integrity systému.
  • Najlepším príkladom je, že sťahujeme jeden súbor. A zrazu spojenie zhasne. Po obnovení spojenia sa sťahovanie začne tam, kde sme odišli. Nezačína sa znova od začiatku.
  • Používa sa tam, kde je nevyhnutná kontinuita operácií

3. Testovanie výkonu

  • Toto testovanie zaisťuje výkon systému za rôznych podmienok, pokiaľ ide o výkonové charakteristiky.
  • Toto testovanie sa tiež nazýva testovanie zhody s ohľadom na výkon.
  • Toto testovanie zabezpečuje, že spĺňa systémové požiadavky
  • Kontroluje sa, kedy viac používateľov používa tú istú aplikáciu naraz, a potom, ako odpovie späť

Testovanie výkonu možno rozdeliť do troch hlavných kategórií, ako je rýchlosť, škálovateľnosť, stabilita.

4. Testovanie škálovateľnosti

Toto testovanie zaisťuje schopnosti škálovania systému rôznymi spôsobmi, ako je škálovanie používateľov, geografické škálovanie a škálovanie zdrojov.

5. Testovanie spoľahlivosti

  • Testovanie spoľahlivosti zabezpečuje, že systém neobsahuje chyby.
  • Toto testovanie zaisťuje, že systém môže byť prevádzkovaný dlhšiu dobu bez vzniku porúch.

6. Testovanie dokumentácie

Toto testovanie zabezpečuje správnosť a použiteľnosť používateľskej príručky systému a ďalších dokumentov s témami pomoci.

7. Testovanie bezpečnosti

  • Testovanie, ktoré potvrdzuje, že program má prístup k oprávneným pracovníkom a že autorizovaný personál má prístup k funkciám dostupným podľa úrovne ich bezpečnosti.
  • Toto testovanie zabezpečuje, že systém neumožňuje neoprávnený prístup k údajom a zdrojom.
  • Účelom bezpečnostného testovania je zistiť, ako dobre systém chráni pred neoprávneným vnútorným alebo vonkajším prístupom alebo úmyselným poškodením.
  • V nasledovnej oblasti môžeme všeobecne skontrolovať bezpečnosť:
  1. Overenie
  2. povolenie
  3. Overovanie dát
  4. Dopravná bezpečnosť
  5. Ochrana dát
  6. Riadenie relácie

8. Testovanie použiteľnosti

Aby ste sa uistili, že systém je ľahko ovládateľný, učte sa a ovládajte ho

9. Testovanie požiadaviek

Každý systém je testovaný požiadavkou.

  • Priame pozorovania ľudí používajúcich systém.
  • V rámci tohto testovania sa uskutočnili prieskumy použiteľnosti.
  • Užívateľské testy v rámci tohto testovania. Nazýva sa tiež testovanie verzie Beta.
  • Toto testovanie otestuje systém, ako bude skutočný užívateľ pracovať v prostredí.
  • Testovanie použiteľnosti sa používa hlavne na návrh aplikácie.
  • V teste použiteľnosti sa skutoční používatelia snažia získať typické ciele a úlohy s produktom v kontrolovaných podmienkach.

Tento systém sa používa na určenie:

  1. Aké jednoduché je porozumieť použitiu aplikácie.
  2. Aké ľahké je vykonanie procesu žiadosti.

10. Testovanie zaťaženia

Toto testovanie určuje, ako sa má aplikácia správať, keď k nej viacerí používatelia pristupujú súčasne na viacerých miestach.

  • Toto testovanie sa vykonáva na zistenie, či je výkon systému prijateľný pri vopred stanovenej úrovni zaťaženia.
  • Testovanie zaťaženia vyhodnocuje výkon systému s preddefinovanými úrovňami zaťaženia.
  • Kontroluje normálne a preddefinované podmienky aplikácie.

11. Stresové testovanie

Toto testovanie vo všeobecnosti kontroluje, či systém bude naďalej fungovať, keď bude vystavený veľkému objemu údajov, ako sa očakávalo.

  • Stresové testovanie môže obsahovať vstupné transakcie, interné tabuľky, komunikačné kanály, miesto na disku atď.
  • Stresové testovanie kontroluje, či by systém mal bežať tak, ako by to fungovalo vo výrobnom prostredí.
  • Kontroluje systém v extrémnych podmienkach.
  • Stresové testovanie je známe aj ako test vytrvalosti.

12. Testovanie konfigurácie

  • Testovanie konfigurácie to kontroluje pomocou viacerých kombinácií aplikácií s hardvérom.
  • Toto testovanie skontroluje problém s kompatibilitou.
  • Určite minimálnu a optimálnu H / W a S / W konfiguráciu.
  • Toto testovanie určuje účinky pridávania alebo úpravy zdrojov, ako sú pamäť, miesto na disku, procesor, sieťová karta.

13. Testovanie kompatibility

  • Testovanie kompatibility sa používa na kontrolu, či je vaša aplikácia schopná bežať na rôznych H / W, OS, aplikáciách, sieťových prostrediach alebo mobilných zariadeniach atď.
  • Podobné testovanie na viacerých platformách.
  • Testovanie spôsobilosti je užitočnejšie v internetových aplikáciách, kde môžeme skontrolovať, či je aplikácia prístupná z každého prehľadávača.

Kľúčová oblasť zamerania

  • Počas testovania systému sa systém testuje vo výrobnom prostredí. Pred dodaním produktu by mal byť systém testovaný vo výrobnom prostredí.
  • Vývojové a výrobné prostredie sa môže líšiť podľa spoločnosti.
  • Mal by dostať hlavne chybu súvisiacu s konfiguráciou.

Koncept testovania systému

Testovanie systému spadá do rozsahu testovania Black-Box. Existujú aj testy, ako sú bezpečnosť, spoľahlivosť, výkon, inštalácia, funkčné testovanie atď.

Máme tiež testovanie v bielej skrinke. Toto sa tiež nazýva testovanie bez použitia skrinky. Testovanie v bielej skrinke znamená testovanie, pri ktorom tester pozná vnútornú štruktúru testovacej aplikácie. V tomto článku sa však zameriavame na testovanie čiernych skriniek.

Čo je testovanie typu Black-Box?

  • Toto testovanie sa tiež nazýva behaviorálne testovanie.
  • Testovanie čiernych skriniek sa zameriava hlavne na vstup a výstup, pretože interný kód je pred testerom skrytý

Systémové testovanie má tiež niektoré špecializované testovanie nasledovne:

1. Regresné testovanie

Toto testovanie závisí od času. Faktor nie je vždy dostatočný na toto testovanie. Toto testovanie sa vykonáva dvoma spôsobmi:

  • Ručné testovanie :

Manuálne testovanie je možné vykonať pre malý systém. Projekt, v ktorom sú náklady spojené. Automatické testovanie nie je vhodné.

Vývojári alebo tím zabezpečovania kvality manuálne testujú každú cestu softvérového kódu, ktorú môžu absolvovať. A potom sa stalo porovnanie.

Toto testovanie je časovo náročné a na jeho spracovanie je potrebné veľa zdrojov.

Toto testovanie nie je efektívne, takže automatizačné testovanie prichádza do obrazu

  • Automatické testovanie:

Toto testovanie je veľmi dobré. Mnoho spoločností sa snaží získať automatizované testovacie nástroje.

Ak máme pre aplikáciu veľa zmien verzií, je to veľmi užitočné. Jedna trieda týchto nástrojov sa nazýva zachytené prehrávacie nástroje.

2. Testovanie spracovania chýb

  • Určiť schopnosť systému správne spracovať chybné transakcie.
  • Aplikačný systém má zistiť všetku primeranú chybu.
  • Kontrola chyby pri korekcii chýb je nevyhnutnosťou.
  • Postupy väčšinou zaručujú správne odstránenie chýb.
  • Toto testovanie by sa malo uskutočniť v rámci SDLC.
  • Chyby zahŕňajú všetky neočakávané podmienky.
  • Kontroluje schopnosť softvéru správne vykonávať všetky transakcie.
  • Napríklad: Vložte do aplikácie nejaké chybné hodnoty, aby ste skontrolovali, či je systém schopný tieto problémy nájsť. Tento proces môže byť opakovaný.

3. Testovanie medzi systémami

  • Toto testovanie sa vykonáva, keď je aplikácia umiestnená v distribuovanej oblasti. A integrácia všetkých umiestnení nastane. Toto testovanie sa vykonáva hlavne na kontrolu toku údajov z hostovaného hlavného systému do iných systémov.
  • Stručne povedané, môžeme povedať, že „Testovanie rozhrania medzi dvoma alebo viacerými aplikačnými systémami.“
  • Toto rozhoduje:
  1. Dokumentácia systému je úplná a presná.
  2. Parametre a údaje sa medzi týmito dvoma aplikáciami správne prenášajú.
  • Existujú kúsky sád testov, ktoré vykonávajú transakcie z jedného systému do druhého a naopak sa správne vykonávajú. krížové kontroly sa vyskytli a ak sa vyskytne chyba, bude v tom čase opravená.
  • Toto testovanie zaisťuje tok údajov medzi aplikáciou.
  • Ak sa automatizácia neuskutoční, toto testovanie je únavné.
  • Cena je vyššia, ak sú iterácie vyššie.

4. Testovanie hygieny

  • Testovanie hygieny znamená kontrolu chovania systému. Toto testovanie sa tiež nazývalo úzke regresné testovanie.
  • Testy hygieny sú užitočné pre počiatočné overenie prostredia aj pre budúce interaktívne prírastky.
  • Testovanie hygieny je zamerané.
  • Toto testovanie sa tiež považuje za podmnožinu regresného testovania.
  • Ex testovanie sanity je, môžeme povedať, že budeme potrebovať systém uptime. Ako musí čas potrebný na vstávanie?
  • Testovanie hygieny pôvodne navrhnuté na testovanie základných modulov.
  • Testovanie hygieny môže skontrolovať pripojenie k aplikačným serverom a periférnym zariadeniam.

5. Testovanie dymu

  • Všeobecne je testovanie dymu známe aj ako „Testovanie zostavenia“.
  • Tento výraz pochádza z testovania hardvéru. Pri testovaní hardvéru zariadenie prešlo testom, ak pri prvom zapnutí nezapálilo alebo nefajčilo.
  • Testovanie dymu kontroluje testovateľnosť softvéru ako testovania údenia.
  • Dymové testovanie rozhodne, či je testovanie dostatočné pre danú aplikáciu. Je to stabilné?
  • Testovanie dymu pomáha určiť, kde treba zastaviť.
  • Dymové testy sa môžu vykonávať manuálne alebo automatizovanými nástrojmi.
  • Scenáre testu dymu zdôrazňujú šírku viac ako hĺbku.
  • Testovanie dymu je známe aj ako testovanie na overenie / testovanie spojenia / základné funkčné testovanie.
  • Toto je „plytký a široký“ prístup k aplikácii.
  • Testovanie dymu pomáha včas odhaliť problémy.
  • Testovanie dymu tiež pomáha nájsť testovanie integrácie.
  • Pri testovaní dymu by sa mali dotýkať všetky komponenty a stručne by sa mali otestovať všetky hlavné funkcie.
  • Ak test zlyhá, zostavenie sa vráti vývojárom netestovaným.
  • Dymové testovanie sa všeobecne používa pri testovaní systému, prijímaní a integrácii.

6. Paralelné testovanie

  • Paralelné testovanie znamená testovanie viacerých aplikácií alebo subsystémov súčasne.
  • Môžeme povedať, že porovnanie medzi dvoma rôznymi systémami.

  • Paralelné testovanie má zistiť - Nová verzia aplikácie alebo nových systémov funguje správne s odkazom na existujúci systém, ktorý funguje správne.
  • Paralelné testovanie sa môže použiť pri prijímaní nového systému.
  • Pri paralelnom testovaní sa rovnaké údaje používajú v oboch systémoch.
  • Pri paralelnom testovaní sa nový systém používa s existujúcim systémom po stanovenú dobu.
  • Krížovou kontrolou o / p a porovnaním s o / p z existujúceho systému. Vykonáva sa paralelné testovanie, aby sa zabezpečilo, že nový systém pracuje tak, ako predchádzajúci systém.

záver

Každý proces vývoja softvéru má testovaciu časť. Ak má softvér všetky testy a spĺňa všetky podmienky, je pripravený na odovzdanie zákazníkovi. Testovanie je kľúčovou súčasťou a musí sa vykonať veľmi vážne.

Odporúčané články

Toto bol návod na testovanie systému. Diskutovali sme tu Úvod, Rôzne typy testovania systému a jeho kľúčové zameranie. môžete sa tiež dozvedieť viac v nasledujúcich článkoch -

  1. Kariéra v testovaní softvéru
  2. Rozhovor Otázky na testovanie prieniku
  3. Čo sú neurónové siete?
  4. Životný cyklus defektov pri testovaní softvéru
  5. Rôzne nástroje na testovanie výkonu