Úvod do manuálneho testovania

Manuálne testovanie je forma testovania softvéru, pri ktorej sa testy vykonávajú manuálne bez použitia automatizačných nástrojov. Najprimitívnejšie zo všetkých druhov testov je manuálne testovanie a pomáha používateľom objavovať chyby v softvérovom systéme. Pred automatizáciou testovania je potrebné všetky čerstvé aplikácie otestovať manuálne. Toto testovanie si vyžaduje viac úsilia, ale vyžaduje sa na overenie uskutočniteľnosti automatizácie. Skúšobný plán pripraví testovací plán, ktorý popisuje komplexný a systematický prístup k testovaniu softvérových aplikácií. Testovacie inštancie pokrývajú takmer 100% implementácie softvéru. Je to časovo náročný test, pretože manuálne testy zahŕňajú úplné testovacie prípady. Existujú nedostatky v rozlíšení medzi skutočnými a požadovanými výsledkami. Softvérový vývojár potom opraví nedostatky. Aby sa zabezpečilo odstránenie chýb, tester posudzuje chyby. Cieľom tohto testovania je zabezpečiť, aby aplikácia neobsahovala chyby a aby boli chyby dobre spracované, aby klientom poskytli vynikajúcu kvalitnú prácu.

Manuálne testovanie softvéru

Softvér môže človek testovať dvoma spôsobmi manuálne a automaticky pomocou počítača. Každá technika má svoje výhody a nevýhody, ale zdieľa základný cieľ udržiavania kvality softvéru. V tomto článku sa sústredíme na manuálne testovanie.

Druhy manuálneho testovania

Nasleduje 6 typov manuálneho testovania:

1. Testovanie v bielej skrinke

  • Stratégia testovania softvéru zahŕňa testovanie čiernych skriniek a testy bielych skriniek. Diskutujeme tu o testoch s bielymi škatuľami, ktoré sa tiež nazývajú testy „sklenených škatúľ“, štrukturálne testy, ako aj testy priehľadných a otvorených skriniek. Testuje vnútornú kódovaciu a softvérovú infraštruktúru na overenie preddefinovaných vstupov na očakávaných a požadovaných výstupoch. Je založená na vnútornom fungovaní aplikácie a otáča sa okolo testovania vnútorného rámca.
  • Programovacie schopnosti potrebné pre tento druh testovania sú návrh testovacích inštancií. Hlavným cieľom testovania v bielej skrinke je sústrediť sa na tok vstupov a výstupov prostredníctvom softvéru a posilniť bezpečnosť softvéru. Z pohľadu vnútorného systému sa používa slovo „biely box“. Jasné pole alebo názov bieleho políčka označuje schopnosť nahliadnuť do vonkajšieho plášťa softvéru.

2. Testovanie čiernej skrinky

  • Black Box Testing je metóda testovania softvéru, ktorá skúma funkčnosť softvéru bez toho, aby sa pozeralo na jeho vnútornú štruktúru alebo kódovanie. Špecifikácia potrieb naznačených klientom je hlavnou príčinou testovania čiernych skriniek. Táto technika sa používa na výber funkcie a na poskytnutie vstupnej hodnoty na kontrolu, či funkcia poskytuje predpokladaný výkon.
  • Ak funkcia poskytuje správny výstup, testuje sa, ak nie, zlyhá. Testovací tím oznámi výsledky a potom otestuje ďalšiu úlohu. Nakoniec boli funkcie testované, ak sa vyskytnú vážne problémy, vývojový tím bude vrátený na opravu.

3. Testovanie integrácie

  • Integračné testovanie je druhá etapa po testovaní metódou testovania softvéru. Počas tohto testu sa jednotky alebo jednotlivé softvérové ​​komponenty hodnotia v skupine. Úroveň integračnej skúšky sa zameriava na odhalenie nedostatkov pri interakcii častí alebo jednotiek.
  • Testovanie jednotiek využíva testovacie moduly, ktoré sa kombinujú a testujú počas testovania integrácie. Softvér je navrhnutý s množstvom softvérových komponentov napísaných rôznymi programátormi alebo programátormi. Cieľom testovania integrácie je overiť správnosť komunikácie medzi všetkými modulmi.

4. Akceptačné testovanie

  • Akceptačné testy sú úradné testy založené na požiadavkách užívateľa a manipulácii s funkciami. Určuje, či softvér vyhovuje špecifickým požiadavkám zákazníka. Uskutočňuje sa ako druh testu čiernej skrinky, keď sa potrebné množstvo zákazníkov zúčastňuje na akceptačnom teste systému. Je to štvrtý a posledný stupeň testovania softvéru.
  • Stále však existujú menšie chyby, ktoré by umožnili zistiť, kedy je systém v súčasnom scenári používanom koncovým používateľom. Softvér teraz prešiel tromi fázami (testovanie jednotiek, testovanie integrácie a testovanie systému). Tam, kde sú zmenené požiadavky a nemôžu byť efektívne sprostredkované vývojovému tímu počas rastu projektu.

5. Testovanie jednotky

  • Testovanie jednotky zahŕňa kontrolu každej softvérovej jednotky alebo prvku. Je to prvá úroveň testovania softvéru. Cieľom testov jednotky je overiť účinnosť prvku jednotky. Zariadenie je jedným z testovacích komponentov počítačovej schémy a bolo testované v etape návrhu aplikačného softvéru. Tento test slúži na kontrolu presnosti izolovaného kódu. Jediný funkčný alebo aplikačný kód je jednotkovým prvkom.
  • Testovací prístup White Box, ktorý používajú dizajnéri na testovanie jednotiek. Jednotkové testy sú prvou úrovňou testov vykonaných pred zahrnutím a iných testovacích koncentrácií do štruktúry testovacej úrovne. Testovacia metóda využíva moduly, ktoré znižujú spoliehanie sa na rámy testovania jednotiek, pahýly, ovládače a falošné položky, ktoré pomáhajú pri testovaní jednotiek.

6. Testovanie systému

  • Testovanie systému zahŕňa testovanie softvérového systému úplne integrovaného. Softvérová integrácia sa zvyčajne vytvára pomocou počítačového systému (každý softvér je iba jednou súčasťou počítačového systému). Softvér je vytvorený v jednotkách a potom prepojený, aby vytvoril úplný počítačový systém s iným softvérom a hardvérom. Inými slovami, systém pozostáva zo skupiny softvéru na vykonávanie rôznych funkcií, ale samotný softvér nedokáže túto prácu vykonať.
  • Testovanie systému je postupnosť rôznych typov pokusov na vykonanie a testovanie na základe požiadaviek na úplné fungovanie vstavaného softvérového počítačového systému. Testovanie systému sa testuje v aplikácii Black Box, pretože zahŕňa testovanie softvéru externe. Testovanie menších defektov sa riadi názorom používateľa.

Ako vykonať manuálne testovanie?

Prečítajte si dokumentáciu k projektu / sprievodcu softvérom a pochopte ho. Ak sú k dispozícii, preštudujte si aj žiadosť o skúšku (AUT). Návrh testovacích prípadov pokrývajúcich všetky požiadavky na dokumentáciu. Skontrolujte a referencie vedúceho tímu, prípady testovania zákazníka (podľa potreby) Po oprave chýb znova spustite neúspešné testovacie inštancie, aby ste potvrdili, že prešli. Testovanie čiernej skrinky a testovanie bielej skrinky sa používa na manuálne vykonanie všetkých skúšobných inštancií.

Rozdiely medzi manuálnym a automatizačným testovaním

Nižšie uvedené body vysvetľujú manuálne a automatizované testovanie:

  • Testovanie automatizácie zahŕňa použitie testovacích nástrojov. Ručné testovanie vyžaduje zásah ľudí na testovanie. Zatiaľ čo manuálne testovanie vyžaduje kvalifikovanú pracovnú silu, dlhý čas a náklady.
  • Automatické testovanie šetrí čas, náklady a pracovnú silu. Po zaznamenaní je automatizovanejšia sada testov jednoduchšia.
    Niektoré druhy testov, ako je testovanie ad hoc a opice, sú vhodnejšie na manuálne vykonanie a každú požiadavku je možné testovať manuálne. Automatizované testy sa odporúčajú iba pre stabilné systémy a používajú sa hlavne na regresné testovanie
  • Automatizačný softvér na testovanie automatizácie sa používa pre nudnú časť na vykonanie rovnakých testovacích inštancií znova a znova. Môže sa stať opakované a nudné manuálne testovanie.

Výhody a nevýhody

Nižšie sú uvedené výhody a nevýhody manuálneho testovania:

výhody

• Metóda Black Box nevyžaduje porozumenie programovaniu.
• Používa sa na testovanie návrhov grafického používateľského rozhrania, ktoré sa dynamicky menia.
• Ako skutočný používateľ testeri interagujú so softvérom, aby našli použiteľnosť a problémy s používateľským rozhraním.
• Zabezpečuje, aby bol k dispozícii 100% -ný softvér bez chýb.
• Nový používateľ sa môže veľmi ľahko učiť

nevýhoda

• Vyžaduje sa veľa ľudských zdrojov.
• Nájdenie výstupu bude vyžadovať viac času.
• Testy sú založené na ich know-how a znalostiach. Neexistuje dôkaz, že všetky úlohy boli alebo neboli pokryté.
• Prípady testov sa nedajú opätovne použiť. Je potrebné, aby každý nový softvér vytvoril odlišné testovacie inštancie.
• Keďže dva tímy spolupracujú, niekedy môžu byť ťažko pochopiteľné zámery ostatných, môžu viesť k zavádzajúcemu procesu.

Nástroje na vykonávanie manuálneho testovania

Teraz uvidíme nástroje na manuálne testovanie nižšie:

  • selén
  • Appium
  • TestLink
  • poštár
  • JMeter

Kedy testovať manuálne?

Ručné testovanie vyžaduje veľké úsilie. Jednoducho povedzte „poďme skĺznuť“ alebo „poďme automatizovať“. Pravda je, že softvér je nevyhnutný, pretože automatizované testovanie nemôže pokryť všetko. Ľudia nakoniec použijú váš softvér, takže ľudia by sa mali podieľať na testovaní vášho softvéru. Manuálne testy sú pravdepodobnejšie ako automatické testovanie na identifikáciu a opravu skutočných problémov s použiteľnosťou. Vďaka tomu je tester flexibilný a umožňuje vám vyskúšať rôzne veci za behu. Automatizované testovanie sa nepovažuje za nerentabilné. Automatizované testovanie ponúka svoje výhody a hodnotu v oblastiach, v ktorých sa manuálne testovanie neuskutočňuje. Ale pre ďalší článok to ušetríme.

záver

Aj keď je potrebných veľa pracovných miest, je potrebné manuálne testovanie, aby sa zaručila vysoká úroveň zákazníckej skúsenosti a kvality. Ľudský tester vždy nájde veci, ktoré nie je možné automaticky testovať. Kľúčom k efektívnemu ručnému testovaniu je znalosť softvérových požiadaviek, písanie vynikajúcich testovacích príkladov a zaznamenávanie komplexných hlásení o chybách. V tomto článku sme teda videli, čo je ručné testovanie spolu s typmi jeho výhod a nevýhod.

Odporúčané články

Toto bol návod na manuálne testovanie. Tu diskutujeme typy, nástroje, rozdiely medzi manuálnym a automatizovaným testovaním, výhody a nevýhody. Ak sa chcete dozvedieť viac, môžete si tiež prečítať naše dané články.

  1. Testovanie stability
  2. Testovanie bezpečnosti
  3. Testovanie GUI
  4. Statické testovanie
  5. 8 Dôležitá úloha na napísanie šablóny plánu testov

Kategórie:

Vývoj softvéru