Manuálne testovanie je proces testovania softvéru, v ktorom sa testovacie prípady vykonávajú manuálne bez použitia akéhokoľvek automatizovaného nástroja. Všetky testovacie prípady spustené testerom manuálne podľa pohľadu koncového používateľa. Zabezpečuje, či aplikácia funguje, ako je uvedené v dokumente požiadaviek alebo nie. Testovacie prípady sú plánované a implementované tak, aby dokončili takmer 100 percent softvérovej aplikácie. Správy o testovacích prípadoch sa generujú aj manuálne.

Manuálne testovanie je jedným z najzákladnejších testovacích procesov, pretože dokáže nájsť viditeľné aj skryté chyby softvéru. Rozdiel medzi očakávaným výstupom a výstupom daný softvérom je definovaný ako chyba. Vývojár chyby opravil a odovzdal testerovi na opätovné otestovanie.

Manuálne testovanie je povinné pre každý novovyvinutý softvér pred automatickým testovaním. Toto testovanie si vyžaduje veľké úsilie a čas, ale poskytuje istotu softvéru bez chýb. Manuálne testovanie vyžaduje znalosť manuálnych testovacích techník, ale nie akéhokoľvek automatizovaného testovacieho nástroja.

Manuálne testovanie je nevyhnutné, pretože jeden z testovanie softvéru základom je „100 % automatizácia nie je možná“.

Prečo potrebujeme manuálne testovanie

Kedykoľvek sa aplikácia dostane na trh a je nestabilná alebo má chybu alebo problémy alebo vytvára problém, kým ju koncoví používatelia používajú.

Ak nechceme čeliť takýmto problémom, musíme vykonať jedno kolo testovania, aby bola aplikácia bez chýb a stabilná a aby sme klientovi dodali kvalitný produkt, pretože ak je aplikácia bez chýb, koncový používateľ bude aplikáciu používať pohodlnejšie.

Ak testovací technik vykonáva manuálne testovanie, môže otestovať aplikáciu z pohľadu koncového používateľa a lepšie sa oboznámiť s produktom, čo mu pomôže napísať správne testovacie prípady aplikácie a poskytnúť rýchlu spätnú väzbu k aplikácii.

Typy manuálneho testovania

Na manuálne testovanie sa používajú rôzne metódy. Každá technika sa používa podľa svojich testovacích kritérií. Typy manuálneho testovania sú uvedené nižšie:

• Testovanie bielej skrinky
• Testovanie čiernej skrinky
• Testovanie šedého boxu

Testovanie v bielej skrinke

Testovanie bieleho poľa vykonáva vývojár, kde skontroluje každý riadok kódu predtým, ako ho odovzdá testovaciemu inžinierovi. Keďže kód je pre vývojára viditeľný počas testovania, preto je známy aj ako testovanie v bielej krabici.

Ďalšie informácie o testovaní bielej skrinky nájdete na nižšie uvedenom odkaze:

https://www.javatpoint.com/white-box-testing

Testovanie čiernej skrinky

Testovanie čiernej skrinky vykonáva Test Engineer, kde môže skontrolovať funkčnosť aplikácie alebo softvéru podľa potrieb zákazníka/klienta. V tomto prípade kód nie je viditeľný pri vykonávaní testovania; preto je známe ako testovanie čiernej skrinky.

rám tkinter

Ďalšie informácie o testovaní čiernej skrinky nájdete na nižšie uvedenom odkaze:

https://www.javatpoint.com/black-box-testing

Testovanie šedého boxu

Gray box testovanie je kombináciou testovania bielej a čiernej skrinky. Môže ho vykonávať osoba, ktorá poznala kódovanie aj testovanie. A ak jediná osoba vykonáva testovanie bielej skrinky, ako aj testovanie čiernej skrinky pre aplikáciu, je známe ako testovanie sivej skrinky.

Ak chcete získať ďalšie podrobnosti o testovaní šedej skrinky, pozrite si nižšie uvedený odkaz:

https://www.javatpoint.com/grey-box-testing

Ako vykonať manuálne testovanie

• Najprv tester sleduje všetky dokumenty týkajúce sa softvéru, aby si vybral testovacie oblasti.
• Tester analyzuje dokumenty požiadaviek tak, aby pokryli všetky požiadavky uvedené zákazníkom.
• Tester vyvíja testovacie prípady podľa dokumentu s požiadavkami.
• Všetky testovacie prípady sa vykonávajú manuálne pomocou testovania čiernej skrinky a testovania bielej skrinky.
• Ak sa vyskytnú chyby, testovací tím informuje vývojový tím.
• Vývojový tím opravuje chyby a odovzdá softvér testovaciemu tímu na opätovné otestovanie.

Proces tvorby softvéru

• Po zhromaždení požiadavky bude poskytnutá dvom rôznym tímom pre vývoj a testovanie.
• Po získaní požiadavky začne príslušný vývojár písať kód.
• A medzitým testovací inžinier pochopí požiadavku a pripraví požadované dokumenty, zatiaľ môže vývojár dokončiť kód a uložiť ho do Nástroj na kontrolu verzie .
• Potom sa kód zmení v používateľskom rozhraní a tieto zmeny spracuje jeden samostatný tím, ktorý je známy ako zostaviť tím .
• Tento zostavovací tím vezme kód a začne kompilovať a komprimovať kód pomocou nástroja na zostavovanie. Akonáhle dostaneme nejaký výstup, výstup sa dostane do súboru zip, ktorý je známy ako Stavať (aplikácia alebo softvér). Každá zostava bude mať jedinečné číslo ako (B001, B002).
• Potom sa táto konkrétna zostava nainštaluje na testovací server. Potom testovací technik pristúpi k tomuto testovaciemu serveru pomocou testovacej URL a začne testovať aplikáciu.
• Ak testovací technik nájde nejakú chybu, bude nahlásený príslušnému vývojárovi.
• Potom vývojár reprodukuje chybu na testovacom serveri a opraví chybu a znova uloží kód do nástroja Control version, nainštaluje nový aktualizovaný súbor a odstráni starý súbor; tento proces pokračuje, kým nezískame stabilnú zostavu.
• Akonáhle získame stabilnú zostavu, bude odovzdaná zákazníkovi.

Poznámka1

• Keď zhromaždíme súbor z nástroja Control version, použijeme nástroj na zostavenie na kompiláciu kódu z jazyka vysokej úrovne do jazyka na úrovni stroja. Po kompilácii, ak sa veľkosť súboru zväčší, tak daný súbor skomprimujeme a vyhodíme na testovací server.
• Tento proces sa vykonáva pomocou Zostavte tím , vývojár (ak tam nie je zostavovací tím, môže to urobiť vývojár) alebo testovacie vedenie (ak zostavovací tím priamo spracováva zip a nainštaluje aplikáciu na testovací server a informuje testovacieho technika).
• Vo všeobecnosti nemôžeme získať novú zostavu pre každú chybu; V opačnom prípade sa väčšina času stratí iba pri vytváraní zostáv.

Poznámka 2

Zostavte tím

Hlavnou úlohou zostavovacieho tímu je vytvoriť aplikáciu alebo zostavu a konvertovať jazyk vysokej úrovne na jazyk nízkej úrovne.

Stavať

Je to softvér, ktorý sa používa na konverziu kódu do aplikačného formátu. Pozostáva z určitého súboru funkcií a opráv chýb, ktoré sa odovzdávajú testovaciemu technikovi na účely testovania, kým sa nestanú stabilnými.

Nástroj na kontrolu verzie

Je to softvér alebo aplikácia, ktorá sa používa na nasledujúce účely:

• V tomto nástroji môžeme ukladať rôzne typy súborov.
• Je vždy zabezpečený, pretože k súboru pristupujeme z nástrojov pomocou rovnakých prihlasovacích údajov.
• Primárnym cieľom nástrojov je sledovať zmeny vykonané pre existujúce súbory.

Príklad procesu zostavenia

Pozrime sa na jeden príklad, aby sme pochopili, ako vybudovať procesnú prácu na skutočných scenároch:

Hneď ako testovací inžinier dostane chybu, pošle ju vývojárom a potrebujú nejaký čas na analýzu; potom už len opraví chybu (testovací technik nemôže dať zbierku chýb).

O tom, koľko chýb dokáže opraviť, rozhoduje vývojár podľa ich času. A testovací inžinier je rozhodnutý, ktorá chyba by mala byť opravená ako prvá podľa ich potrieb, pretože testovací inžinieri si nemôžu dovoliť prestať testovať.

A testovací inžinier, ktorý dostane poštu, môže vedieť len to, ktorá chyba bola opravená zoznam opráv chýb .

Čas sa predĺži, pretože pri prvom zostavení by vývojári mali napísať kód v rôznych funkciách. A nakoniec môže iba opraviť chyby a počet dní sa zníži.

Poznámka3

Skúšobný cyklus

Skúšobný cyklus je čas, ktorý má skúšobný inžinier na testovanie každej zostavy.

Rozdiely medzi týmito dvoma konštrukciami

css na zalamovanie textu

Chyby nájdené v jednej zostave a môžu byť opravené v ktorejkoľvek budúcej zostave, čo závisí od požiadavky testovacieho inžiniera. Každá nová zostava je upravenou verziou starej zostavy a tieto úpravy môžu byť opravami chýb alebo pridaním niektorých nových funkcií.

Ako často sme dostávali novú zostavu

Na začiatku sme získavali týždenné zostavy, ale v poslednej fáze testovania, keď sa aplikácia stabilizovala, sme si zvykli získať novú zostavu raz za 3 dni, dva dni alebo aj denne.

Koľko stavieb dostaneme

Ak vezmeme do úvahy jeden rok trvania akéhokoľvek projektu, dostaneme 22-26 zostáv.

Keď dostaneme opravy chýb

Opravám chýb vo všeobecnosti rozumieme až po dokončení testovacieho cyklu alebo oprave súboru chýb v jednej zostave a odovzdaní v ďalších zostavách.

Výhody manuálneho testovania

• Nevyžaduje znalosti programovania pri použití metódy Black box.
• Používa sa na testovanie dynamicky sa meniacich návrhov GUI.
• Tester interaguje so softvérom ako skutočný používateľ, takže je schopný odhaliť problémy s použiteľnosťou a používateľským rozhraním.
• Zabezpečuje, že softvér je stopercentne bezchybný.
• Je to cenovo výhodné.
• Jednoduché učenie pre nových testerov.

Nevýhody manuálneho testovania

• Vyžaduje si to veľké množstvo ľudských zdrojov.
• Je to časovo veľmi náročné.
• Tester vyvíja testovacie prípady na základe svojich schopností a skúseností. Neexistujú žiadne dôkazy o tom, že by pokrývali všetky funkcie alebo nie.
• Testovacie prípady nemožno znova použiť. Pre každý nový softvér je potrebné vyvinúť samostatné testovacie prípady.
• Neposkytuje testovanie všetkých aspektov testovania.
• Keďže dva tímy spolupracujú, niekedy je ťažké pochopiť vzájomné pohnútky, čo môže viesť k zavádzaniu procesu.

Manuálne testovacie nástroje

V ručnom testovaní, rôznych typoch testovania, ako je jednotka, integrácia, bezpečnosť, výkon a sledovanie chýb, máme rôzne nástroje ako Jira , Bugzilla , Mantis, Zap, NUnit, Tessy, LoadRunner, Citrus, SonarQube atď. trhu. Niektoré nástroje sú open source a niektoré sú komerčné.

Ďalšie informácie o testovacích nástrojoch nájdete na nižšie uvedenom odkaze:

https://www.javatpoint.com/software-testing-tools

Poďme im porozumieť jeden po druhom:

LoadRunner

Je to najčastejšie používaný nástroj na testovanie výkonu. LoadRunner sa používa hlavne na podporu testovania výkonu pre širokú škálu procedúr, množstvo prístupov a aplikačných prostredí.

Hlavným účelom spustenia nástroja LoadRunner je rýchla klasifikácia najbežnejších zdrojov problémov s výkonom.

Vlastnosti programu LoadRunner

• Nástroj LoadRunner obsahuje n-čísiel aplikácií, čo skracuje čas na pochopenie a popis správ.
• Pomocou nástroja LoadRunner môžeme získať podrobné správy o teste výkonu.
• Zníži náklady na testovanie distribuovaného zaťaženia a ponúkne aj operačný nástroj na sledovanie nasadenia.

Citrus

Citrus je integračný testovací nástroj, ktorý je najčastejšie používaným testovacím rámcom. Je to napísané v Java programovanie Jazyk. Väčšinou sa používa na vyžiadanie a odpovedanie na strane servera a klienta a na overenie súborov XML JSON.

Na vykonanie komplexného testovania prípadov použitia citrus podporuje niekoľko protokolov HTTP, JMS a SOAP.

Charakteristika citrusov

Nižšie sú uvedené niektoré z dôležitých funkcií nástroja Citrus:

ROM

• Používa sa na odosielanie a prijímanie správ.
• Citrus je dostupný ako open-source aj licencovaný na trhu.
• Poskytuje nízkonákladové riešenie.
• Databázu môžeme overiť pomocou nástroja citrus.
• Popíše postupnosť správ, ponúkne plán testovania a zdokumentuje pokrytie testu.
• Vytvára správu a overuje odpovede.

ZAP

ZAP je open source bezpečnostný skener webových aplikácií. To znamená Zed Attack Proxy . Rovnako ako niektoré iné nástroje, je tiež napísaný v programovací jazyk JAVA . Je to najúčinnejšie Otvorte projekty zabezpečenia webových aplikácií [OWASP].

Vlastnosti ZAP

• Podporuje mnoho operačných systémov ako Windows, Linux, OS X.
• Má architektúru založenú na doplnkoch.
• Obsahuje online trhovisko, ktoré nám umožňuje pridávať nové alebo aktualizované funkcie.
• Ovládací panel GUI ZAP sa ľahko používa.

Mníška

NUnit je jedným z najčastejšie používaných nástrojov na testovanie jednotiek. Je to open-source nástroj a primárne odvodený od JUnit .

Bolo to úplne napísané v programovací jazyk C# a vhodné pre všetkých .Sieťové jazyky .

Inými slovami, môžeme povedať, že nástroj NUnit je úplne prepracovaný, aby sa stal výhodou mnohých jazykových kvalít .Net. Napríklad:

Schopnosti súvisiace s reflexiou. Ďalšie vlastné atribúty.

Charakteristika NUnit

• Umožňuje tvrdenia ako statickú metódu triedy výhod.
• Vydrží testy založené na údajoch.
• Podporuje niekoľko platforiem, ako napríklad .NET jadro Xamarin mobile, Silverlight a efektívny rámec.
• Schopnosť NUnit nám pomáha vykonávať testy súčasne.
• Na načítanie a vykonanie testov používa konzolu runner.

JIRA

Najčastejšie používaným nástrojom na sledovanie chýb je JIRA , čo je open-source nástroj. Používa sa na sledovanie chýb, riadenie projektov a sledovanie problémov.

V tomto nástroji môžeme jednoducho sledovať všetky druhy chýb alebo defektov súvisiacich so softvérom a vytvorených testovacími inžiniermi.

Vlastnosti JIRA

• Je to nástroj, ktorý šetrí čas.
• Jira sa používa na sledovanie defektov a problémov.
• Používa sa na vytvorenie dokumentačných úloh.
• Jira je veľmi užitočný nástroj na sledovanie zlepšovania našej dokumentácie.

Ak chcete získať úplné informácie o nástroji Jira, pozrite si nižšie uvedený odkaz: https://www.javatpoint.com/jira-tutorial.

SonarQube

Ďalším testovacím nástrojom manuálneho testovania je SonarQube, ktorý zlepšuje náš pracovný postup neustálou kvalitou kódu a zabezpečením kódu. Je flexibilný s použitím zásuvných modulov.

Je kompletne napísaný v programovacom jazyku JAVA. Ponúka plne automatizované vyhodnotenie a integráciu s nástrojmi Ant, Maven, Gradle, MSBuild a neustálu integráciu. SonarQube má schopnosť zaznamenávať históriu metrík a poskytuje graf vývoja.

Vlastnosti Sonarqube

Nižšie sú uvedené niektoré z významných funkcií nástroja SonarQube:

• Podporuje niekoľko programovacích jazykov ako C, C++, Python, JAVA, HTML, CSS, VB.NET, PHP, COBOL, PL/SQL atď.
• Pod licenciou GNU Lesser General Public License je Sonarqube voľne dostupný.
• SonarQube je pridružený k niektorým dôležitým externým nástrojom, ako sú GitHub, Active Directory, LDAP a ďalšie.
• SonarQube sa zlúčil s vývojovými prostrediami Visual Studio, Eclipse a IntelliJ IDEA z dôvodu SonarLint zásuvné moduly.

JMeter

JMeter je open-source nástroj, ktorý sa používa na testovanie výkonu statických aj dynamických zdrojov a dynamických webových aplikácií.

Je kompletne navrhnutý pre aplikáciu JAVA, aby načítal správanie funkčného testu a meral výkon aplikácie.

Umožňuje používateľom alebo vývojárom používať zdrojový kód na vývoj iných aplikácií.

Vlastnosti JMeter

Nižšie sú uvedené niektoré zo základných charakteristík JMeter:

• Je nezávislý na platforme, ktorý akceptuje JVM Windows, Mac a Linux atď.
• Podporuje užívateľsky prívetivé GUI, ktoré je interaktívne a priamočiare.
• Je neuveriteľne rozšíriteľné načítať test výkonu na viacerých typoch serverov.

Viac informácií o JMeter nájdete na nižšie uvedenom odkaze:

https://www.javatpoint.com/jmeter-tutorial.

S Bugzom

Ďalším nástrojom na sledovanie chýb, ktorý sa používa pri manuálnom testovaní, je S Bugzom .

Najviac ho používajú mnohé organizácie na sledovanie rôznych chýb aplikácie.

Bugzilla je open-source nástroj, ktorý pomáha zákazníkovi a klientovi sledovať chyby. Bugzilla je tiež považovaná za nástroj na správu testov, pretože v nej môžeme ľahko prepojiť ďalšie nástroje na správu testovacích prípadov, ako je ALM, Quality Centre atď.

Vlastnosti Bugzilly

Bugzilla má niekoľko ďalších funkcií, ktoré nám pomáhajú jednoducho nahlásiť chybu:

• Podporuje rôzne operačné systémy ako Windows, Linux a Mac.
• Pomocou Bugzilly môžeme vypísať chybu v niekoľkých formátoch.
• Predvoľby používateľa môžu merať e-mailové upozornenia.
• Bugzilla má pokročilé možnosti vyhľadávania.

Mantis

Mantis je webový systém na sledovanie chýb. ManitsBT znamená Mantis Bug Tracker . Používa sa na sledovanie softvérových chýb a vykonáva sa v programovacom jazyku PHP. Je to tiež nástroj s otvoreným zdrojom.

Vlastnosti Mantis

Niektoré zo štandardných funkcií konkrétneho nástroja sú nasledovné:

• Pomocou tohto nástroja máme prístupnosť fulltextového vyhľadávania.
• Kontrolné záznamy zmien vykonaných v problémoch.
• Poskytuje integráciu systému kontroly revízií.
• Kontrola revízií textových polí a poznámok

Ak chcete získať ďalšie podrobnosti o nástrojoch na sledovanie chýb, pozrite si nasledujúci odkaz: https://www.javatpoint.com/defect-or-bug-tracking-tool .

Tessy

Ďalším nástrojom na testovanie integrácie je Tessy , ktorý sa používa na vykonávanie integrácie a testovania jednotiek pre vstavaný softvér. Pomáha nám tiež odhaliť pokrytie kódom softvéru alebo aplikácie.

Dokáže jednoducho spravovať celú organizáciu testovania vrátane obchodných potrieb, správy testov, množstva pokrytia a sledovateľnosti.

Tessy obsahuje tri základné funkcie, ktoré sú nasledovné:

• Testovací editor rozhrania (TIE)
• Editor testovacích údajov (TDE)
• Pracovný priestor.

Vlastnosti TESSY

Štandardné funkcie TESSY sú nasledovné:

• Vytvára správu o teste pre výsledky vykonania testu.
• Podporuje rôzne programovacie jazyky ako C a C++.
• Tessy sa používa na vyhodnotenie rozhrania funkcie a popisuje premennú používanú touto funkciou.

Ďalšie informácie o nástrojoch na testovanie integrácie nájdete na nasledujúcom odkaze: https://www.javatpoint.com/integration-testing-tools.

Prehľad

V tomto článku sme videli podrobné informácie o Manuálne testovanie, ktoré zahŕňa definíciu manuálneho testovania, potrebu manuálneho testovania, typ manuálneho testovania, manuálne testovacie nástroje, proces manuálneho testovania a niektoré jeho dôležité výhody a nevýhody.

Nakoniec môžeme povedať, že ide o proces, pri ktorom musí byť testovací inžinier veľmi vytrvalý, inovatívny a pohotový.

Pri manuálnom testovaní musí testovací inžinier myslieť a konať ako interpretáciu koncového používateľa.

df loc

Na implementáciu manuálneho testovania potrebuje testovací inžinier produktívne zručnosti a predstavivosť. A na otestovanie konkrétnej aplikácie musia myslieť na viacero situácií alebo scenárov.

Aj keď v súčasnosti môžeme testovať takmer všetky aplikácie pomocou testovania automatizácie, stále je potrebné manuálne testovanie, pretože je základom testovania softvéru.