TechCodeview

Ruční testování je proces testování softwaru, ve kterém jsou testovací případy prováděny ručně bez použití jakéhokoli automatizovaného nástroje. Všechny testovací případy provedené testerem ručně podle pohledu koncového uživatele. Zajišťuje, zda aplikace funguje, jak je uvedeno v dokumentu požadavků, nebo ne. Testovací případy jsou plánovány a implementovány tak, aby dokončily téměř 100 procent softwarové aplikace. Zprávy o testovacích případech se také generují ručně.

Ruční testování je jedním z nejzákladnějších testovacích procesů, protože dokáže najít viditelné i skryté vady softwaru. Rozdíl mezi očekávaným výstupem a výstupem daný softwarem je definován jako vada. Vývojář závady opravil a předal testerovi k opětovnému otestování.

Ruční testování je povinné pro každý nově vyvinutý software před automatickým testováním. Toto testování vyžaduje velké úsilí a čas, ale poskytuje jistotu softwaru bez chyb. Manuální testování vyžaduje znalost ručních testovacích technik, ale ne znalosti jakéhokoli automatizovaného testovacího nástroje.

Ruční testování je nezbytné, protože jeden z testování softwaru základem je '100% automatizace není možná.'

Proč potřebujeme ruční testování

Kdykoli aplikace přijde na trh a je nestabilní nebo má chybu nebo problémy nebo vytváří problém, zatímco ji používají koncoví uživatelé.

Pokud nechceme čelit těmto problémům, musíme provést jedno kolo testování, abychom zajistili, že aplikace bude bez chyb a bude stabilní a poskytneme klientovi kvalitní produkt, protože pokud je aplikace bez chyb, koncový uživatel bude aplikaci používat pohodlněji.

Pokud testovací technik provádí ruční testování, může otestovat aplikaci z pohledu koncového uživatele a lépe se seznámit s produktem, což jim pomůže napsat správné testovací případy aplikace a poskytnout rychlou zpětnou vazbu k aplikaci.

Typy ručního testování

Pro ruční testování se používají různé metody. Každá technika se používá podle svých testovacích kritérií. Typy ručního testování jsou uvedeny níže:

• Testování bílé krabičky
• Testování černé skříňky
• Testování šedé krabice

Testování v bílé krabici

Testování bílého pole provádí vývojář, kde zkontroluje každý řádek kódu, než jej předá testovacímu inženýrovi. Vzhledem k tomu, že kód je viditelný pro vývojáře během testování, je také známý jako testování bílé krabice.

Další informace o testování bílé skříňky naleznete na níže uvedeném odkazu:

latexové seznamy

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

Testování černé skříňky

Testování černé skříňky provádí Test Engineer, kde může zkontrolovat funkčnost aplikace nebo softwaru podle potřeb zákazníka/klienta. V tomto případě není kód při provádění testování viditelný; proto se tomu říká black-box testování.

Další informace o testování černé skříňky naleznete na níže uvedeném odkazu:

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

Testování šedého boxu

Testování šedé krabice je kombinací testování bílé krabice a testování černé krabice. Může ji provádět osoba, která znala jak kódování, tak testování. A pokud jediná osoba provádí testování bílé skříňky a také testování aplikace černé skříňky, je známo jako testování šedé skříňky.

Chcete-li získat další podrobnosti o testování šedé krabice, přejděte na níže uvedený odkaz:

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

Jak provést ruční testování

• Nejprve tester sleduje všechny dokumenty týkající se softwaru, aby vybral testovací oblasti.
• Tester analyzuje dokumenty požadavků tak, aby pokryly všechny požadavky uvedené zákazníkem.
• Tester vyvíjí testovací případy podle dokumentu požadavků.
• Všechny testovací případy jsou prováděny ručně pomocí testování v černém a bílém boxu.
• Pokud se vyskytly chyby, testovací tým informuje vývojový tým.
• Vývojový tým opravuje chyby a předává software testovacímu týmu k opětovnému testování.

Proces tvorby softwaru

• Jakmile bude požadavek shromážděn, bude poskytnut dvěma různým týmům pro vývoj a testování.
• Po získání požadavku začne příslušný vývojář psát kód.
• A mezitím testovací inženýr rozumí požadavku a připraví požadované dokumenty, až dosud může vývojář dokončit kód a uložit jej do Nástroj pro kontrolu verze .
• Poté se kód změní v uživatelském rozhraní a tyto změny zpracovává jeden samostatný tým, který je známý jako budovat tým .
• Tento sestavovací tým vezme kód a začne kompilovat a komprimovat kód pomocí nástroje pro sestavení. Jakmile máme nějaký výstup, výstup jde do souboru zip, který je známý jako Stavět (aplikace nebo software). Každá sestava bude mít nějaké jedinečné číslo jako (B001, B002).
• Poté bude tato konkrétní sestava nainstalována na testovací server. Poté testovací technik přistoupí k tomuto testovacímu serveru pomocí testovací URL a začne testovat aplikaci.
• Pokud testovací technik nalezne nějakou chybu, bude nahlášen příslušnému vývojáři.
• Poté vývojář reprodukuje chybu na testovacím serveru a opraví chybu a znovu uloží kód do nástroje Control version a nainstaluje nový aktualizovaný soubor a odstraní starý soubor; tento proces pokračuje, dokud nezískáme stabilní sestavení.
• Jakmile získáme stabilní sestavení, bude předáno zákazníkovi.

Poznámka1

• Jakmile shromáždíme soubor z nástroje Control version, použijeme nástroj pro sestavení ke kompilaci kódu z jazyka vysoké úrovně do jazyka na úrovni stroje. Po kompilaci, pokud se velikost souboru zvětší, tak daný soubor zkomprimujeme a vyhodíme na testovací server.
• Tento proces se provádí pomocí Sestavte tým , vývojář (pokud tam sestavovací tým není, může to udělat vývojář) nebo testovací vodič (pokud sestavovací tým přímo zpracovává zip a nainstaluje aplikaci na testovací server a informuje testovacího technika).
• Obecně platí, že nemůžeme získat nové sestavení pro každou chybu; jinak bude většinu času promarněno pouze vytvářením sestavení.

Poznámka2

Sestavte tým

Hlavním úkolem sestavovacího týmu je vytvořit aplikaci nebo sestavení a převést jazyk vysoké úrovně na jazyk nízké úrovně.

Stavět

Jedná se o software, který slouží k převodu kódu do aplikačního formátu. A skládá se z určité sady funkcí a oprav chyb, které jsou předány testovacímu technikovi pro účely testování, dokud se nestane stabilní.

Nástroj pro kontrolu verze

Jedná se o software nebo aplikaci, která se používá k následujícím účelům:

• V tomto nástroji můžeme ukládat různé typy souborů.
• Je vždy zabezpečeno, protože k souboru přistupujeme z nástrojů pomocí stejných přihlašovacích údajů.
• Primárním cílem nástrojů je sledovat změny provedené u existujících souborů.

Příklad procesu sestavení

Podívejme se na jeden příklad, abychom pochopili, jak postavit procesní práci na skutečných scénářích:

Jakmile testovací inženýr zjistí chybu, pošlou ji vývojářům, kteří potřebují nějaký čas na analýzu; poté chybu pouze opraví (testovací technik nemůže dát sbírku chyb).

Vývojář se rozhodne, kolik chyb může opravit podle jejich času. A testovací technik je rozhodnut, která chyba by měla být podle jejich potřeb opravena jako první, protože testovací inženýři si nemohou dovolit zastavit testování.

binární strom

A testovací technik, který obdrží poštu, může vědět pouze to, která chyba je opravena seznam oprav chyb .

Čas se prodlouží, protože při prvním sestavení by vývojáři měli napsat kód v různých funkcích. A nakonec může pouze opravit chyby a počet dní se sníží.

Poznámka 3

Testovací cyklus

Testovací cyklus je doba, po kterou má testovací technik testovat každou sestavu.

Rozdíly mezi těmito dvěma stavbami

Chyby nalezené v jedné sestavě a lze je opravit v kterékoli budoucí sestavě, což závisí na požadavcích testovacího inženýra. Každá nová sestava je upravenou verzí té staré a tyto úpravy mohou být opravami chyb nebo přidáním některých nových funkcí.

Jak často jsme dostávali novou sestavu

Zpočátku jsme dostávali týdenní sestavení, ale v poslední fázi testování, kdy se aplikace stabilizovala, jsme nové sestavení získávali jednou za 3 dny, dva dny nebo také denně.

Kolik sestavení dostaneme

Pokud vezmeme v úvahu jeden rok trvání jakéhokoli projektu, dostaneme 22-26 sestavení.

Až dostaneme opravy chyb

Obecně platí, že opravám chyb rozumíme až po dokončení testovacího cyklu nebo po opravě sbírek chyb v jednom sestavení a předání v dalších sestaveních.

Výhody ručního testování

• Nevyžaduje znalosti programování při použití metody Black box.
• Používá se k testování dynamicky se měnících návrhů GUI.
• Tester komunikuje se softwarem jako skutečný uživatel, takže je schopen odhalit problémy s použitelností a uživatelským rozhraním.
• Zajišťuje, že software je stoprocentně bez chyb.
• Je to cenově výhodné.
• Snadné naučení pro nové testery.

Nevýhody ručního testování

• Vyžaduje to velké množství lidských zdrojů.
• Je to časově velmi náročné.
• Tester vyvíjí testovací případy na základě svých dovedností a zkušeností. Neexistují žádné důkazy, že pokrývají všechny funkce nebo ne.
• Testovací případy nelze znovu použít. Potřeba vyvinout samostatné testovací případy pro každý nový software.
• Neposkytuje testování všech aspektů testování.
• Vzhledem k tomu, že dva týmy spolupracují, je někdy obtížné porozumět vzájemným motivům, což může proces svést.

Manuální testovací nástroje

V ručním testování, různých typech testování, jako je jednotka, integrace, zabezpečení, výkon a sledování chyb, máme různé nástroje, jako jsou Jira , Bugzilla , Mantis, Zap, NUnit, Tessy, LoadRunner, Citrus, SonarQube atd. trh. Některé nástroje jsou open source a některé jsou komerční.

Další informace o testovacích nástrojích naleznete na níže uvedeném odkazu:

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

Pojďme jim porozumět jeden po druhém:

LoadRunner

Jedná se o nejčastěji používané nástroje pro testování výkonu. LoadRunner se používá hlavně k podpoře testování výkonu pro širokou škálu procedur, množství přístupů a aplikačních prostředí.

Hlavním účelem spuštění nástroje LoadRunner je rychle klasifikovat nejběžnější zdroje problémů s výkonem.

Vlastnosti LoadRunneru

• Nástroj LoadRunner obsahuje n-čísel aplikací, což zkracuje čas na pochopení a popis sestav.
• Pomocí nástroje LoadRunner můžeme získat podrobné zprávy o testech výkonu.
• Sníží náklady na testování distribuovaného zatížení a také nabídne provozní nástroj pro sledování nasazení.

Citrus

Citrus je integrační testovací nástroj, který je nejčastěji používaným testovacím rámcem. Je napsáno v Java programování Jazyk. Většinou se používá k vyžádání a zodpovězení na straně serveru a klienta a k ověření souborů XML JSON.

Aby bylo dosaženo komplexního testování případu použití, citrus podporuje několik protokolů HTTP, JMS a SOAP.

Charakteristika Citrusu

Níže jsou uvedeny některé z důležitých funkcí nástroje Citrus:

• Slouží k odesílání a přijímání zpráv.
• Citrus je na trhu k dispozici jako open-source i licencovaný.
• Přináší levné řešení.
• Databázi můžeme ověřit pomocí nástroje citrus.
• Popíše sekvenci zpráv, nabídne plán testování a zdokumentuje pokrytí testu.
• Vytvoří zprávu a ověří odpovědi.

ZAP

ZAP je open source bezpečnostní skener webových aplikací. To znamená Zed Attack Proxy . Stejně jako některé jiné nástroje je také napsán v programovací jazyk JAVA . Je nejúčinnější Otevřete projekty zabezpečení webových aplikací [OWASP].

Vlastnosti ZAP

• Podporuje mnoho operačních systémů jako Windows, Linux, OS X.
• Má architekturu založenou na pluginech.
• Obsahuje online tržiště, které nám umožňuje přidávat nové nebo aktualizované funkce.
• Ovládací panel GUI ZAP se snadno používá.

Jeptiška

NUnit je jedním z nejčastěji používaných nástrojů pro testování jednotek. Jedná se o open-source nástroj a primárně odvozený z JUnit .

Bylo to úplně napsáno v programovací jazyk C# a vhodné pro všechny .Net jazyky .

Jinými slovy, můžeme říci, že nástroj NUnit je zcela přepracován, aby se stal výhodou mnoha jazykových kvalit .Net. Například:

co je oracle

Schopnosti související s reflexí. Další vlastní atributy.

Charakteristika NUnit

• Umožňuje tvrzení jako statickou metodu třídy výhod.
• Vydrží testy založené na datech.
• Podporuje několik platforem, jako je .NET jádro Xamarin mobile, Silverlight a efektivní framework.
• Schopnost NUnit nám pomáhá provádět testy současně.
• K načtení a provedení testů používá konzolový běžec.

JIRA

Nejčastěji používaným nástrojem pro sledování chyb je JIRA , což je open-source nástroj. Používá se pro sledování chyb, řízení projektů a sledování problémů.

V tomto nástroji můžeme snadno sledovat všechny druhy chyb nebo defektů souvisejících se softwarem a vytvořených testovacími inženýry.

Vlastnosti JIRA

• Je to nástroj šetřící čas.
• Jira se používá ke sledování závad a problémů.
• Používá se k vytvoření dokumentačních úkolů.
• Jira je velmi užitečný nástroj pro sledování zlepšování naší dokumentace.

Chcete-li získat úplné informace o nástroji Jira, přejděte na níže uvedený odkaz: https://www.javatpoint.com/jira-tutorial.

SonarQube

Dalším testovacím nástrojem ručního testování je SonarQube, který zlepšuje náš pracovní postup nepřetržitou kvalitou kódu a zabezpečením kódu. Je flexibilní s použitím zásuvných modulů.

Je kompletně napsán v programovacím jazyce JAVA. Nabízí plně automatizované vyhodnocování a integraci s nástroji Ant, Maven, Gradle, MSBuild a neustálou integrací. SonarQube má schopnost zaznamenávat historii metrik a poskytuje graf vývoje.

Vlastnosti Sonarqube

Níže jsou uvedeny některé z významných funkcí nástroje SonarQube:

• Podporuje několik programovacích jazyků jako C, C++, Python, JAVA, HTML, CSS, VB.NET, PHP, COBOL, PL/SQL atd.
• Pod licencí GNU Lesser General Public License je Sonarqube volně dostupný.
• SonarQube je přidružen k některým důležitým externím nástrojům, jako je GitHub, Active Directory, LDAP a další.
• SonarQube se sloučil s vývojovými prostředími Visual Studio, Eclipse a IntelliJ IDEA kvůli SonarLint zásuvné moduly.

JMeter

JMeter je open-source nástroj, který se používá k testování výkonu statických i dynamických zdrojů a dynamických webových aplikací.

řazení seznamů java

Je kompletně navržen pro JAVA aplikaci, aby načetl chování funkčního testu a změřil výkon aplikace.

Usnadňuje uživatelům nebo vývojářům používat zdrojový kód pro vývoj dalších aplikací.

Vlastnosti JMeter

Níže jsou uvedeny některé ze základních charakteristik JMeter:

• Je nezávislý na platformě, který přijímá podobné JVM Windows, Mac a Linux atd.
• Podporuje uživatelsky přívětivé GUI, které je interaktivní a přímočaré.
• Je neuvěřitelně rozšiřitelné načíst test výkonu na více typů serverů.

Další informace o JMeter naleznete na níže uvedeném odkazu:

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

S Bugzem

Dalším nástrojem pro sledování chyb používaným při ručním testování je S Bugzem .

Je nejrozšířenější mnoha organizacemi ke sledování různých chyb aplikace.

Bugzilla je open-source nástroj, který pomáhá zákazníkovi a klientovi sledovat závady. Bugzilla je také považována za nástroj pro správu testů, protože v tomto můžeme snadno propojit další nástroje pro správu testovacích případů, jako je ALM, Quality Centre atd.

Vlastnosti Bugzilly

Bugzilla má některé další funkce, které nám pomáhají snadno nahlásit chybu:

• Podporuje různé operační systémy jako Windows, Linux a Mac.
• S pomocí Bugzilly můžeme vypsat chybu v několika formátech.
• Předvolby uživatele mohou měřit e-mailová upozornění.
• Bugzilla má pokročilé možnosti vyhledávání.

Kudlanka nábožná

Mantis je webový systém pro sledování chyb. ManitsBT znamená Mantis Bug Tracker . Slouží ke sledování softwarových závad a provádí se v programovacím jazyce PHP. Je to také open-source nástroj.

Vlastnosti Mantis

Některé ze standardních funkcí konkrétního nástroje jsou následující:

• S pomocí tohoto nástroje máme přístupnost fulltextového vyhledávání.
• Auditní záznamy změn provedených v problémech.
• Poskytuje integraci systému řízení revizí.
• Kontrola revizí textových polí a poznámek

Chcete-li získat další podrobnosti o nástrojích pro sledování chyb, přejděte na následující odkaz: https://www.javatpoint.com/defect-or-bug-tracking-tool .

Tessy

Dalším nástrojem pro testování integrace je Tessy , který se používá k provádění integrace a testování jednotek pro vestavěný software. Pomáhá nám také odhalit kódové pokrytí softwaru nebo aplikace.

jak převést řetězec na celé číslo

Může snadno spravovat celou testovací organizaci, včetně obchodních potřeb, správy testů, množství pokrytí a sledovatelnosti.

Tessy obsahuje tři primární funkce, které jsou následující:

• Testovací editor rozhraní (TIE)
• Editor testovacích dat (TDE)
• Pracovní prostor.

Vlastnosti TESSY

Standardní vlastnosti TESSY jsou následující:

• Vytváří zprávu o testu pro výsledky provedení testu.
• Podporuje různé programovací jazyky jako C a C++.
• Tessy se používá k vyhodnocení rozhraní funkce a popisuje proměnnou používanou touto funkcí.

Další informace o nástrojích pro testování integrace naleznete na následujícím odkazu: https://www.javatpoint.com/integration-testing-tools.

Přehled

V tomto článku jsme viděli podrobné informace o Ruční testování, které zahrnuje definici ručního testování, potřebu ručního testování, typ ručního testování, nástroje ručního testování, proces ručního testování a některé jeho důležité výhody a nevýhody.

Nakonec můžeme říci, že je to proces, kde testovací inženýr musí být velmi vytrvalý, inovativní a citlivý.

Při ručním testování musí testovací technik myslet a provádět jako interpretaci koncového uživatele.

Aby mohl testovací inženýr implementovat ruční testování, potřebuje produktivní dovednosti a představivost. A k testování konkrétní aplikace potřebují myslet na více situací nebo scénářů.

I když v současné době můžeme testovat téměř všechny aplikace pomocí automatizačního testování, stále je nutné ruční testování, protože je základem testování softwaru.