Co je Testování systému - Průvodce pro začátečníky

what is system testing ultimate beginner s guide

Co je Testování systému při testování softwaru?

Testování systému znamená testování systému jako celku. Všechny moduly / komponenty jsou integrovány, aby se ověřilo, zda systém funguje podle očekávání nebo ne.

Testování systému se provádí po testování integrace. To hraje důležitou roli při poskytování vysoce kvalitního produktu.

Seznam výukových programů:

• Co je Testování systému
• System vs end to end testování

Proces testování integrovaného hardwarového a softwarového systému za účelem ověření, že systém splňuje stanovené požadavky.

Ověření : Potvrzení zkouškou a ustanovení objektivních důkazů o splnění stanovených požadavků.

Pokud má aplikace tři moduly A, B a C, je testování provedené kombinací modulů A & B nebo modulu B & C nebo modulu A & C známé jako testování integrace. Integrace všech tří modulů a testování jako úplného systému se nazývá testování systému.

Co se naučíte:

• Moje zkušenost
  • Příklad testování systému
• Přístup
• Proč testování systému?
• Je to testování bílé nebo černé skříňky?
• Jak provést test systému?
  • Co otestovat?
• Výhody
• Kritéria vstupu / výstupu
• Plán testování systému
• Postup zápisu testovacích případů systému
• Testovací případy systému
• Druhy testování systému
  • Více typů testování systému
• Co je testování integrace systému?
• Rozdíl mezi testováním systému a přejímky
• Tipy k provedení testu systému
• Závěr
• Doporučené čtení

Moje zkušenost

Takže… opravdu si myslíte, že to bude trvat tolik času, než otestujete, co nazýváte Testování systému , i poté, co jste vynaložili velké úsilí na testování integrace?

Klient, kterého jsme pro projekt nedávno oslovili, nebyl přesvědčen o odhadu, který jsme poskytli pro každé testovací úsilí.

Musel jsem zazvonit příkladem:

Miku, chtěl bych na příkladu rozvinout naše úsilí a důležitost testování systému.

Střílejte, odpověděl.

Příklad testování systému

Výrobce automobilů nevyrábí auto jako celé auto. Každá součást vozu se vyrábí samostatně, jako jsou sedadla, řízení, zrcátka, rozbít, kabel, motor, rám vozu, kola atd.

Po výrobě je každá položka samostatně testována, zda funguje tak, jak má, a to se nazývá testování jednotky.

c ++ nedefinovaný odkaz na třídu

Nyní, když je každá část sestavena s jinou částí, je tato sestavená kombinace zkontrolována, pokud sestavení nepřineslo žádný vedlejší účinek na funkčnost každé komponenty a zda obě komponenty pracují společně podle očekávání a to se nazývá testování integrace.

Jakmile jsou všechny díly smontovány a vůz je připraven, není ve skutečnosti připraven.

Celé auto musí být zkontrolováno z hlediska různých aspektů podle definovaných požadavků, jako je to, pokud lze s vozidlem jezdit hladce, přestávky, rychlostní stupně a další funkce fungují správně, auto nevykazuje žádné známky únavy po nepřetržitém najíždění 2500 mil, barva automobil je obecně přijímaný a oblíbený, lze s ním jezdit na jakémkoli druhu silnic, jako jsou hladké a drsné, nedbalé a rovné atd. a celá tato snaha o testování se nazývá Testování systému a nemá nic společného s integračním testováním.

Příklad fungoval tak, jak se očekávalo, a klient byl přesvědčen o úsilí vyžadovaném pro test systému.

Vyprávěl jsem zde příklad, abych podpořil důležitost tohoto testování.

Přístup

Provádí se po dokončení testování integrace.

Jedná se hlavně o testování typu Black-box. Toto testování hodnotí fungování systému z uživatelského hlediska pomocí specifikačního dokumentu. Nevyžaduje žádné interní znalosti systémů, jako je design nebo struktura kódu.

Obsahuje funkční a nefunkční oblasti použití / produktu.

Kritéria zaostření:

Zaměřuje se hlavně na následující:

1. Externí rozhraní
2. Multiprogram a složité funkce
3. Bezpečnostní
4. Zotavení
5. Výkon
6. Hladká interakce operátora a uživatele se systémem
7. Instalovatelnost
8. Dokumentace
9. Použitelnost
10. Zatížení / stres

Proč testování systému?

# 1) Je velmi důležité dokončit celý testovací cyklus a ST je fáze, ve které se provádí.

#dva) ST se provádí v prostředí, které je podobné produkčnímu prostředí, a proto mohou zúčastněné strany získat dobrou představu o reakci uživatele.

# 3) Pomáhá minimalizovat řešení problémů po nasazení a volání podpory.

# 4 ) V této fázi STLC Aplikační architektura a Obchodní požadavky jsou testovány oba.

Toto testování je velmi důležité a hraje významnou roli při poskytování kvalitního produktu zákazníkovi.

Podívejme se na důležitost tohoto testování prostřednictvím níže uvedených příkladů, které zahrnují naše každodenní úkoly:

• Co když online transakce selže po potvrzení?
• Co když položka vložená do košíku online stránky neumožňuje provést objednávku?
• Co když v účtu Gmail vytvoří nový štítek chybu při kliknutí na kartu Vytvořit?
• Co když se systém zhroutí, když se zvýší zatížení systému?
• Co když se systém zhroutí a nebude schopen obnovit data podle potřeby?
• Co když instalace softwaru do systému trvá mnohem déle, než se očekávalo, a na konci způsobí chybu?
• Co když se po vylepšení doba odezvy webu zvýší mnohem více, než se očekávalo?
• Co když se web stane příliš pomalým, že si uživatel nebude moci rezervovat svůj cestovní lístek?

Výše je uvedeno několik příkladů, které ukazují, jak by testování systému ovlivnilo, pokud by nebylo provedeno správným způsobem.

Všechny výše uvedené příklady jsou pouze výsledkem toho, že testování systému nebylo provedeno nebo nebylo provedeno správně. Všechny integrované moduly by měly být testovány, aby bylo zajištěno, že produkt funguje podle požadavků.

Je to testování bílé nebo černé skříňky?

Testování systému lze považovat za testovací techniku ​​černé skříňky.

Testování černé skříňky technika nevyžaduje interní znalost kódu, zatímco technika bílé schránky vyžaduje interní znalost kódu.

Při provádění funkčního a nefunkčního testování systému je zahrnuto zabezpečení, výkon a mnoho dalších typů testování a jsou testovány pomocí techniky černé skříňky, při které je vstup poskytován do systému a výstup je ověřován. Interní znalosti systému se nevyžadují.

Technika černé skříňky:

Jak provést test systému?

Je to v podstatě součást testování softwaru a testovací plán by měl vždy obsahovat konkrétní prostor pro toto testování.

Chcete-li otestovat systém jako celek, měly by být jasné požadavky a očekávání a tester musí pochopit také použití aplikace v reálném čase.

Také nejpoužívanější nástroje třetích stran, verze operačních systémů, příchutě a architektura operačních systémů mohou ovlivnit funkčnost, výkon, zabezpečení, obnovitelnost nebo instalovatelnost systému.

Při testování systému proto může být užitečný jasný obraz o tom, jak bude aplikace používána a jakým problémům může čelit v reálném čase. Kromě toho je dokument s požadavky stejně důležitý jako pochopení aplikace.

Jasný a aktualizovaný dokument požadavků může testera zachránit před řadou nedorozumění, předpokladů a otázek.

Stručně řečeno, dokument se špičatými a ostrými požadavky s nejnovějšími aktualizacemi spolu s porozuměním používání aplikací v reálném čase může učinit ST plodnější.

Toto testování se provádí plánovaným a systematickým způsobem.

Níže jsou uvedeny různé kroky při provádění tohoto testování:

• Úplně prvním krokem je vytvoření plánu testování.
• Vytvářejte testovací případy systému a testovací skripty.
• Připravte si testovací data požadovaná pro toto testování.
• Spusťte testovací případy systému a skript.
• Nahlaste chyby. Po opravě chyby znovu otestujte.
• Regresní testování ověřit dopad změny v kódu.
• Opakování testovacího cyklu, dokud nebude systém připraven k nasazení.
• Odhlaste se od testovacího týmu.

Co otestovat?

Níže uvedené body jsou zahrnuty v tomto testování:

• End to End testování což zahrnuje ověření interakce mezi všemi komponentami a spolu s externími periferními zařízeními, aby bylo zajištěno, že systém v jakémkoli scénáři funguje dobře, je zahrnuto v tomto testování.
• Ověřuje, že vstup poskytnutý systému poskytuje očekávaný výsledek.
• Ověří, zda jsou testovány všechny funkční a nefunkční požadavky a zda fungují podle očekávání nebo ne.
• K tomuto a v tomto testování lze provést průzkumné testování po dokončení skriptovaného testování. Průzkumné testování a testování ad-hoc pomáhá odhalit chyby, které nelze najít ve skriptovaném testování, protože dává testerům svobodu testovat, protože jejich přání vychází z jejich zkušeností a intuice.

Výhody

Existuje několik výhod:

• Toto testování zahrnuje scénáře typu end-to-end pro testování systému.
• Toto testování se provádí ve stejném prostředí jako produkční prostředí, které pomáhá porozumět uživatelské perspektivě a předchází problémům, které mohou nastat, když bude systém spuštěn.
• Pokud se toto testování provádí systematickým a správným způsobem, pomohlo by to zmírnit problémy po produkci.
• Toto testování testuje jak architekturu aplikace, tak obchodní požadavky.

Kritéria vstupu / výstupu

Podívejme se podrobně na kritéria vstupu / výstupu pro test systému.

Vstupní kritéria:

• Systém by měl projít kritérii ukončení integračního testování, tj. Měly by být provedeny všechny testovací případy a neměla by být žádná kritická chyba nebo chyba priority 1, P2 v otevřeném stavu.
• Testovací plán pro toto testování by mělo být schváleno a odhlášeno.
• Testovací případy / scénáře by měly být připraveny k provedení.
• Testovací skripty by měly být připraveny k provedení.
• Měly by být k dispozici všechny nefunkční požadavky a měly by být pro ně vytvořeny testovací případy.
• Testovací prostředí by mělo být připraveno.

Kritéria ukončení:

• Měly by být provedeny všechny testovací případy.
• Žádné kritické nebo prioritní chyby nebo chyby související se zabezpečením by neměly být v otevřeném stavu.
• Pokud jsou nějaké chyby se střední nebo nízkou prioritou v otevřeném stavu, měly by být implementovány se souhlasem zákazníka.
• Je třeba odeslat zprávu o ukončení.

Plán testování systému

Testovací plán je dokument, který slouží k popisu účelu, cíle a rozsahu produktu, který má být vyvinut. Co má být testováno a co by nemělo být testováno, strategie testování, nástroje, které mají být použity, požadované prostředí a všechny další podrobnosti jsou dokumentovány, aby bylo možné pokračovat v testování.

Plán testování pomáhá postupovat v testování velmi systematicky a strategicky a pomáhá tak předcházet rizikům nebo problémům během testování.

Plán testování systému pokrývá následující body:

• Pro tento test je definován účel a cíl.
• Rozsah (funkce, které mají být testovány, jsou uvedeny funkce, které nebudou testovány).
• Kritéria přijetí testu (kritéria, na kterých bude systém přijat, tj. Uvedené body v kritériích přijetí by měly být ve stavu vyhovění).
• Kritéria vstupu / výstupu (definuje kritéria, kdy by mělo začít testování systému a kdy by mělo být považováno za úplné).
• Časový plán zkoušek (odhad testování, které má být dokončeno v určitou dobu).
• Testovací strategie (Zahrnuje testovací techniky).
• Zdroje (počet zdrojů potřebných pro testování, jejich role, dostupnost zdrojů atd.).
• Testovací prostředí (operační systém, prohlížeč, platforma).
• Testovací případy (Seznam testovacích případů, které mají být provedeny).
• Předpoklady (Pokud existují nějaké předpoklady, měly by být zahrnuty do plánu zkoušek).

Postup zápisu testovacích případů systému

Testovací případy systému pokrývají všechny scénáře a případy použití a pokrývají také funkční, nefunkční uživatelské rozhraní, testovací případy související se zabezpečením. Testovací případy jsou psány stejným způsobem, jako jsou psány pro funkční testování.

Testovací případy systému zahrnují níže uvedená pole v šabloně:

• ID testovacího případu
• Název testovací sady
• Popis - popisuje testovací případ, který má být proveden.
• Kroky - Podrobný postup popisující, jak provést testování.
• Test Data - Fiktivní data jsou připravena k testování aplikace.
• Očekávaný výsledek - v tomto sloupci je uveden očekávaný výsledek podle dokumentu požadavku.
• Skutečný výsledek - v tomto sloupci je uveden výsledek po provedení testovacího případu.
• Pass / Fail - Porovnání skutečného a očekávaného výsledku definuje kritéria Pass / Fail.
• Poznámky

Testovací případy systému

Tady je několik ukázkových testovacích scénářů pro web elektronického obchodování:

1. Pokud se web správně spustí se všemi relevantními stránkami, funkcemi a logem
2. Pokud se uživatel může zaregistrovat / přihlásit k webu
3. Pokud uživatel vidí dostupné produkty, může do košíku přidat produkty, provádět platby a získat potvrzení e-mailem nebo SMS nebo zavolat.
4. Pokud hlavní funkce, jako je vyhledávání, filtrování, třídění, přidávání, změna, seznam přání atd., Fungují podle očekávání
5. Pokud počet uživatelů (definovaný jako v dokumentu požadavku) může přistupovat na web současně
6. Pokud se web správně spustí ve všech hlavních prohlížečích a jejich nejnovějších verzích
7. Pokud se transakce provádějí na webu prostřednictvím konkrétního uživatele, jsou dostatečně zabezpečené
8. Pokud se web správně spustí na všech podporovaných platformách, jako jsou Windows, Linux, Mobile atd.
9. Pokud je uživatelská příručka / průvodce návratovými zásadami, jsou zásady ochrany osobních údajů a podmínky používání webu k dispozici jako samostatný dokument a jsou užitečné pro všechny nováčky nebo poprvé uživatele.
10. Pokud je obsah stránek správně zarovnaný, dobře spravovaný a bez pravopisných chyb.
11. Pokud je implementován časový limit relace a pracuje podle očekávání
12. Pokud je uživatel po použití webu spokojen, nebo jinými slovy, pro uživatele není obtížné jej používat.

Druhy testování systému

ST se nazývá nadmnožina všech typů testování, protože jsou v něm zahrnuty všechny hlavní typy testování. Ačkoli se zaměření na typy testování může lišit na základě produktu, organizačních procesů, časové osy a požadavků.

Celkově lze definovat níže:

Testování funkčnosti: Abyste se ujistili, že funkčnost produktu funguje podle definovaných požadavků, v rámci schopností systému.

Testování návratnosti: Abyste se ujistili, jak dobře se systém zotavuje z různých vstupních chyb a jiných poruchových situací.

Testování interoperability: Abychom se ujistili, zda systém může dobře fungovat s produkty třetích stran nebo ne.

Testování výkonu: Zajistit výkon systému za různých podmínek z hlediska výkonových charakteristik.

Testování škálovatelnosti: Zajistit schopnosti škálování systému v různých pojmech, jako je škálování uživatelů, geografické škálování a škálování zdrojů.

Testování spolehlivosti: Aby bylo zajištěno, že systém bude možné provozovat delší dobu bez vzniku poruch.

Regresní testování: Zajistit stabilitu systému při průchodu integrací různých subsystémů a úloh údržby.

Testování dokumentace: Ujistěte se, že uživatelská příručka k systému a další dokumenty s tématy nápovědy jsou správné a použitelné.

Testování zabezpečení: Zajistit, aby systém neumožňoval neoprávněný přístup k datům a prostředkům.

Testování použitelnosti : Abyste se ujistili, že je systém snadno použitelný, naučte se a obsluhujte.

Více typů testování systému

# 1) Testování grafického uživatelského rozhraní (GUI):

Testování grafického uživatelského rozhraní se provádí za účelem ověření, zda grafické uživatelské rozhraní systému funguje podle očekávání nebo ne. GUI je v podstatě to, co je viditelné pro uživatele, když používá aplikaci. Testování GUI zahrnuje testování tlačítek, ikon, zaškrtávacích políček, seznamu, textového pole, nabídek, panelů nástrojů, dialogových oken atd.

# 2) Testování kompatibility:

Testování kompatibility je zajištěno, aby byl vyvinutý produkt kompatibilní s různými prohlížeči, hardwarovými platformami, operačním systémem a databázemi podle dokumentu požadavku.

# 3) Zpracování výjimek:

Provádí se testování zpracování výjimek, aby se ověřilo, že i když v produktu dojde k neočekávané chybě, měl by zobrazit správnou chybovou zprávu a nenechat aplikaci zastavit. Zpracovává výjimku takovým způsobem, že se chyba mezitím zobrazí a produkt se zotaví a umožní systému zpracovat nesprávnou transakci.

# 4) Testování hlasitosti:

Volume Testing je typ nefunkčního testování, při kterém se testování provádí pomocí velkého množství dat. Například, objem dat se v databázi zvýší, aby se ověřil výkon systému.

# 5) Stresové testování:

Stresové testování se provádí zvýšením počtu uživatelů (současně) v aplikaci do té míry, že se aplikace rozpadne. To se provádí k ověření bodu, ve kterém se aplikace rozpadne.

# 6) Testování zdravého rozumu:

Test příčetnosti se provádí, když je sestavení vydáno se změnou kódu nebo funkčnosti nebo pokud byla opravena nějaká chyba. Ověřuje, že provedené změny neovlivnily kód a kvůli tomu nedošlo k žádnému dalšímu problému a systém funguje jako dříve.

Pokud v případě jakéhokoli problému dojde, sestavení není přijato pro další testování.

V zásadě se pro sestavení neprovádí důkladné testování, aby se ušetřil čas a náklady, protože odmítá sestavení pro nalezený problém. Test příčetnosti se provádí pro provedenou změnu nebo pro opravený problém, nikoli pro celý systém.

# 7) Testování kouře:

Testování kouře je testování, které se provádí na sestavení, aby se ověřilo, zda je sestavení dále testovatelné nebo ne. Ověřuje, že sestavení je stabilní pro testování a všechny kritické funkce fungují dobře. Testování kouře se provádí pro celý systém, tj. Provádí se testování typu end-to-end.

# 8) Průzkumné testování:

Průzkumné testování jak název napovídá, jde o průzkum aplikace. Při průzkumném testování se neprovádí žádné skriptované testování. Testovací případy jsou psány spolu s testováním. Zaměřuje se více na provedení než na plánování.

Tester má svobodu testovat na vlastní kůži pomocí své intuice, zkušeností a intelektu. Tester si může vybrat jakýkoli prvek, který má nejprve otestovat, tj. Náhodně si může vybrat prvek, který se má otestovat, na rozdíl od jiných technik, kde se k testování používá strukturální způsob.

# 9) Testování adhoc:

Adhoc testování je neformální testování, při kterém se k testování aplikace neprovádí žádná dokumentace ani plánování. Tester testuje aplikaci bez jakýchkoli testovacích případů. Cílem testeru je rozbít aplikaci. Tester využívá své zkušenosti, odhady a intuici k nalezení kritických problémů v aplikaci.

# 10) Testování instalace:

Testování instalace je ověřit, zda je software nainstalován bez problémů.

Toto je nejdůležitější část testování, protože instalace softwaru je první interakcí mezi uživatelem a produktem. Typ testování instalace závisí na různých faktorech, jako je operační systém, platforma, distribuce softwaru atd.

Testovací případy, které lze zahrnout, pokud je instalace provedena přes internet:

• Špatná rychlost sítě a přerušené připojení.
• Firewall a související zabezpečení.
• Vezme se velikost a přibližný čas.
• Souběžná instalace / stahování.
• Nedostatečná paměť
• Nedostatek místa
• Přerušení instalace

# 11) Testování údržby:

Jakmile bude produkt uveden do provozu, problém může nastat v živém prostředí nebo může být v produktu vyžadováno nějaké vylepšení.

Jakmile produkt začne fungovat, potřebuje údržbu, o kterou se postará tým údržby. Testování provedené pro jakékoli problémy nebo vylepšení nebo migraci na hardware spadá pod testování údržby.

Co je testování integrace systému?

Jedná se o typ testování, při kterém se kontroluje schopnost systému udržovat integritu dat a provoz v koordinaci s jinými systémy ve stejném prostředí.

Příklad testování integrace systému:

Vezměme si příklad známého webu pro rezervaci letenek online - http://irctc.co.in.

Toto je rezervace vstupenek; online nákupní zařízení komunikuje s PayPal. Celkově to můžete považovat za A * B * C = R.

Nyní na systémové úrovni lze samostatně testovat zařízení pro rezervaci lístků online, zařízení pro online nakupování a zařízení pro online platby a následně zkontrolovat provedení integračních testů pro každý z nich. A pak je třeba systematicky testovat celý systém.

Kde tedy přichází testování systémové integrace?

Webový portál http://Irctc.co.in je kombinací systémů. Můžete provádět testy na stejné úrovni (jeden systém, systém systémů), ale na každé úrovni se možná budete chtít zaměřit na různá rizika (problémy s integrací, nezávislá funkčnost).

• Při testování zařízení pro rezervaci online vstupenek můžete ověřit, zda jste schopni rezervovat letenky online. Můžete také zvážit problémy s integrací Například, Zařízení pro rezervaci vstupenek integruje back-end s front-end (UI). Například, jak se front-end chová, když databázový server reaguje pomalu?
• Testování zařízení pro online rezervaci letenek se zařízením pro online nakupování. Můžete si ověřit, že online nákupní zařízení je k dispozici pro uživatele přihlášené do systému k online rezervaci letenek. Můžete také zvážit ověření integrace v online nakupování. Například, pokud je uživatel schopen vybrat a koupit produkt bez potíží.
• Testování integrace zařízení pro rezervaci letenek online s PayPal. Můžete si ověřit, zda po rezervaci vstupenek byly peníze převedeny z vašeho účtu PayPal na účet Rezervace online vstupenek. Můžete také zvážit ověření integrace v PayPalu. Například, co když systém vloží dva záznamy do databáze po odepsání peněz pouze jednou?

Rozdílmezi Testováním systému a Testováním integrace systému:

Hlavní rozdíl je:

• Testování systému se stará o integritu jednoho systému s relevantním prostředím
• Testování integrace systému se stará o vzájemnou integritu více systémů ve stejném prostředí.

Test systému je tedy začátkem skutečného testování, kdy testujete produkt jako celek, nikoli modul / funkci.

Rozdíl mezi testováním systému a přejímky

Níže jsou uvedeny hlavní rozdíly:

Tipy k provedení testu systému

1. Místo ideálního testování replikujte scénáře v reálném čase, protože systém bude používán koncovým uživatelem, nikoli vyškoleným testerem.
2. Ověřte odezvu systému různými způsoby, protože člověk nerad čeká nebo vidí nesprávná data.
3. Nainstalujte a nakonfigurujte systém podle dokumentace, protože to bude dělat koncový uživatel.
4. Zapojení lidí z různých oblastí, jako jsou obchodní analytici, vývojáři, testeři, zákazníci, mohou poslat lepší systém.
5. Pravidelné testování je jediný způsob, jak zajistit, aby ta nejmenší změna v kódu k opravě chyby nevložila do systému další kritickou chybu.

Závěr

Testování systému je velmi důležité a pokud nebude provedeno správně, lze v živém prostředí čelit kritickým problémům.

Systém jako celek má různé vlastnosti, které je třeba ověřit. Jednoduchým příkladem může být jakýkoli web. Pokud není testován jako celek, může uživatel zjistit, že je tento web velmi pomalý, nebo se web může zhroutit, jakmile se současně přihlásí velký počet uživatelů.

A tyto vlastnosti nelze testovat, dokud nebude testován web jako celek.

Doufám, že tento výukový program byl velmi užitečný pro pochopení konceptu testování systému.

Doporučené čtení

• Typy testování softwaru: Různé typy testování s podrobnostmi
• Alfa testování a beta testování (kompletní průvodce)
• Co je Testování integrace systému (SIT): Naučte se s příklady
• Funkční testování vs. nefunkční testování
• Průběžný proces integrace: Jak zlepšit kvalitu softwaru a snížit riziko
• Top 10 integračních testovacích nástrojů pro zápis integračních testů
• Co je testování integrace (kurz s příkladem testování integrace)
• Co je testování vytrvalosti při testování softwaru (příklady)