Menu

Čo je negatívne testovanie a ako písať prípady negatívnych testov?

what is negative testing

Vyskúšajte Náš Nástroj Na Odstránenie Problémov

Najoptimálnejšia kvalita produktu je hlavným cieľom testovacích organizácií.

Pomocou efektívneho procesu zabezpečenia kvality sa to testovacie tímy pokúšajú nájsť počas ich testovania maximálne chyby , čím sa zabezpečí, že klient alebo koncový používateľ konzumujúci produkt nevidí žiadne abnormality týkajúce sa jeho fungovania v ich vlastnom výpočtovom prostredí.

Pretože hľadanie chýb je jedným z hlavných cieľov testera, musí starostlivo pripraviť alebo navrhnúť testovacie scenáre, aby sa ubezpečil, že konkrétna aplikácia alebo produkt funguje tak, ako má.

Ako písať negatívne testovacie prípady

Aj keď je určite dôležité overiť, či softvér vykonáva svoje základné funkcie tak, ako má, je rovnako dôležité skontrolovať, či je softvér schopný elegantne zvládnuť neobvyklú situáciu. Je zrejmé, že väčšina chýb vyplýva z generovania takýchto situácií s rozumnou a prijateľnou tvorivosťou testerov.

Väčšina z nás už pozná niekoľko druhov testovania, ako napríklad funkčné testovanie, testovanie zdravého rozumu, testovanie dymu , testovanie integrácie, regresné testovanie , alfa a beta testovanie , testovanie prístupnosti atď. Všetci však budú súhlasiť s tým, že nech už vykonáte akúkoľvek kategóriu testovania, celé testovacie úsilie možno v zásade zovšeobecniť do dvoch kategórií: pozitívne testovacie cesty a negatívne testovacie cesty.

Poďme na ďalšie časti, v ktorých diskutujeme o tom, čo je pozitívne a negatívne testovanie, v čom sa líšia, a popíšeme niekoľko príkladov, aby sme pochopili, aké negatívne testy je možné vykonať pri testovaní aplikácie.

Čo sa dozviete:

Čo je pozitívne testovanie a negatívne testovanie?

Pozitívne testovanie

Pozitívne testovanie, ktoré sa mnohokrát označuje ako „testovanie šťastnej cesty“, je zvyčajne prvou formou testovania, ktorú by tester vykonal na aplikácii. Je to proces spúšťania testovacích scenárov, ktoré by koncový používateľ spustil pre svoju potrebu. Pozitívne testovanie teda, ako je naznačené, znamená uskutočňovanie testovacieho scenára s iba správnymi a platnými údajmi. Ak testovací scenár nepotrebuje údaje, potom by pozitívne testovanie vyžadovalo spustenie testu presne tak, ako má prebiehať, a teda aby sa zabezpečilo, že aplikácia spĺňa špecifikácie.

Niekedy môže existovať viac ako jeden spôsob vykonávania konkrétnej funkcie alebo úlohy so zámerom poskytnúť koncovému používateľovi väčšiu flexibilitu alebo dosiahnuť všeobecnú konzistenciu produktu. Toto sa nazýva testovanie alternatívnej cesty, čo je tiež druh pozitívneho testovania. Pri alternatívnom testovaní trasy sa test opäť vykoná, aby sa splnili jeho požiadavky, ale s použitím inej trasy, ako je zrejmá cesta. Scenár testu by na dosiahnutie rovnakého výsledku dokonca spotreboval rovnaký druh údajov.

Dá sa to schematicky pochopiť z veľmi generického príkladu popísaného nižšie:

Negatívne a pozitívne testy 1

A je východiskový bod a B je koncový bod. Existujú dva spôsoby, ako prejsť z bodu A do bodu B. Trasa 1 je všeobecne používanou trasou a trasa 2 je alternatívnou trasou. V takom prípade by teda šťastné testovanie cesty prechádzalo z bodu A do B pomocou trasy 1 a alternatívne testovanie cesty by zahŕňalo cestu 2 z bodu A do B. Všimnite si, že výsledok v obidvoch prípadoch je rovnaký.

Negatívne testovanie

Negatívne testovanie bežne označované ako testovanie chybovej cesty alebo testovanie poruchy sa všeobecne robí na zabezpečenie stability aplikácie.

kopírovať DVD na pevný disk zadarmo

Negatívne testovanie je proces aplikácie čo najväčšej tvorivosti a validácie aplikácie na základe neplatných údajov. To znamená, že jej zamýšľaným účelom je skontrolovať, či sa chyby používateľovi zobrazujú tam, kde majú, alebo ladnejšie zaobchádzať so zlou hodnotou.

Je úplne nevyhnutné to pochopiť prečo je potrebné negatívne testovanie.

Funkčnú spoľahlivosť aplikácie alebo softvéru je možné kvantifikovať iba pomocou efektívne navrhnutých negatívnych scenárov. Negatívne testovanie sa zameriava nielen na odstránenie potenciálnych nedostatkov, ktoré by mohli spôsobiť vážny dopad na spotrebu produktu ako celku, ale môže pomôcť pri určovaní podmienok, za ktorých môže aplikácia zlyhať. Nakoniec zaisťuje, že v softvéri je dostatočné overenie chyby.

Príklad:

Povedzme napríklad, že musíte napísať negatívne testovacie prípady týkajúce sa pera. Základným motívom pera je schopnosť písať na papier.

Niektoré príklady negatívnych testov môžu byť:

  • Zmeňte médium, na ktoré má písať, z papiera na látku alebo tehlu a zistite, či má stále písať.
  • Vložte pero do tekutiny a overte, či opäť píše.
  • Vymeňte náplň pera za prázdnu a skontrolujte, či by mala prestať písať.

Praktické príklady pozitívneho a negatívneho testovania

Zoberme si príklad sprievodcu používateľským rozhraním, ktorý vytvorí niektoré politiky. V sprievodcovi musí používateľ zadať textové hodnoty do jedného panela a číselné hodnoty do druhého.

Prvá tabla:

V prvom prípade sa očakáva, že používateľ pomenuje túto politiku, ako je uvedené nižšie:

Negatívne a pozitívne testy 2

Poďme tiež získať základné pravidlá, aby sme sa ubezpečili, že navrhujeme dobré pozitívne a negatívne scenáre.

Požiadavky:

  • Textové pole názvu je povinný parameter
  • Popis nie je povinný.
  • Pole pre meno môže mať iba znaky a-z a A-Z. Žiadne čísla, špeciálne znaky nie sú povolené.
  • Názov môže mať maximálne 10 znakov.

Teraz si navrhnime prípady pozitívneho a negatívneho testovania pre tento príklad.

Pozitívne testovacie prípady: Ďalej uvádzame niekoľko pozitívnych scenárov testovania pre túto konkrétnu tablu.

  1. ABCDEFGH (overenie veľkých písmen v rámci limitu znakov)
  2. abcdefgh overenie malých písmen v medziach počtu znakov)
  3. aabbccddmn (overenie počtu znakov)
  4. aDBcefz (veľké písmená kombinované s malými písmenami v rámci obmedzenia počtu znakov)
  5. .. a tak ďalej.

Negatívne testovacie prípady : Ďalej uvádzame niekoľko negatívnych scenárov testovania pre túto konkrétnu tablu.

  1. ABCDEFGHJKIOOOOOKIsns (názov presahujúci 10 znakov)
  2. abcd1234 (názov s číselnými hodnotami)
  3. Nie je zadané žiadne meno
  4. sndddwwww_ (meno obsahujúce špeciálne znaky)
  5. .. a tak ďalej.

Druhá tabla:

Na druhom paneli sa od používateľa očakáva zadanie iba číselných hodnôt, ako je uvedené nižšie:

Negatívne a pozitívne testy 3

Tu tiež stanovíme základné pravidlá:

Požiadavky:

  • ID musí byť číslo od 1 do 250
  • ID je povinné.

Preto je tu niekoľko pozitívnych a negatívnych scenárov testov pre túto konkrétnu tablu.

Windows 10 WiFi predvolená brána nie je k dispozícii

Scenáre pozitívneho testu : Ďalej uvádzame niekoľko pozitívnych scenárov testovania pre túto konkrétnu tablu.

  1. 12 (Zadanie platnej hodnoty medzi zadaným rozsahom)
  2. 1 250 (Zadanie hraničnej hodnoty zadaného rozsahu).

Scenáre negatívnych testov : Ďalej uvádzame niekoľko negatívnych scenárov testovania pre túto konkrétnu tablu.

  1. Ab (zadávanie textu namiesto čísel)
  2. 0, 252 (zadávanie mimo hraničných hodnôt)
  3. Nulový vstup
  4. -2 (zadávanie hodnôt mimo rozsah)
  5. +56 (Zadanie platnej hodnoty s predponou špeciálnym znakom)

Základné faktory, ktoré pomáhajú pri písaní pozitívnych a negatívnych testov

Ak budete pozorne sledovať vyššie uvedené príklady, všimnete si, že môže existovať niekoľko pozitívnych a negatívnych scenárov. Účinné testovanie je však také, keď optimalizujete nekonečný zoznam pozitívnych a negatívnych scenárov takým spôsobom, že vy dosiahnuť dostatočné testovanie .

V obidvoch týchto prípadoch uvidíte spoločný model navrhovania scenárov. V obidvoch vyššie uvedených prípadoch existujú dva základné parametre alebo techniky, ktoré tvorili základ pre navrhnutie dostatočného množstva pozitívnych a negatívnych testovacích prípadov.

Tieto dva parametre sú:

Analýza hraničných hodnôt :

Ako už zo samotného názvu vyplýva, hranica naznačuje hranice niečoho. Ide teda o návrh testovacích scenárov, ktoré sa zameriavajú iba na hraničné hodnoty a overujú, ako sa aplikácia správa. Ak sa teda vstupy dodávajú v rámci hraničných hodnôt, považuje sa to za pozitívne testovanie a vstupy za hraničnými hodnotami sa považujú za súčasť negatívneho testovania.

Napríklad, ak konkrétna aplikácia akceptuje ID VLAN v rozmedzí od 0 do 255. Preto bude 0, 255 tvoriť hraničné hodnoty. Všetky vstupy, ktoré klesnú pod 0 alebo nad 255, sa budú považovať za neplatné, a preto budú predstavovať negatívne testovanie.

Negatívne a pozitívne testy 4

Rozdelenie ekvivalencie :

V oddiele ekvivalencie sú údaje o teste rozdelené do rôznych oddielov. Tieto oddiely sa označujú ako triedy údajov o rovnocennosti. Predpokladá sa, že rôzne vstupné údaje (údaje môžu byť podmienkou) v každej oddiele sa správajú rovnako. Preto musí byť z každého oddielu testovaná iba jedna konkrétna podmienka alebo situácia, ako keby fungoval jeden, potom sa predpokladá, že fungujú všetky ostatné v tomto oddiele. Podobne, ak jedna podmienka v oddiele nefunguje, nebude fungovať žiadna z ostatných.

Preto je teraz veľmi zrejmé, že platné dátové triedy (v oddieloch) budú pozostávať z pozitívneho testovania, zatiaľ čo neplatné dátové triedy budú pozostávať z negatívneho testovania.

V rovnakom príklade VLAN vyššie možno hodnoty rozdeliť na povedzme dve oddiely.

Dve oddiely by tu teda boli:

  • Hodnoty -255 až -1 v jednom oddiele
  • Hodnoty 0 až 255 v inom oddiele

Negatívne a pozitívne testy 5

Záver

Viackrát som sa stretol so situáciou, keď sa ľudia domnievajú, že negatívne testovanie je viac-menej duplikátom pozitívneho testovania, a nie vierou v to, že pozitívne testovanie podporuje. Moje stanovisko k týmto otázkam bolo vždy dôsledné ako testovanie. Tí, ktorí rozumejú a usilujú sa o vysoké štandardy a kvalitu, budú nepochybne v procese kvality presadzovať negatívne testovanie.

Zatiaľ čo pozitívne testovanie zaisťuje overenie obchodného prípadu použitia, negatívne testovanie zaisťuje, že dodaný softvér nemá chyby, ktoré by mohli odradiť zákazníka od jeho použitia.

Navrhovanie presných a výkonných scenárov negatívnych testov si vyžaduje kreativitu, predvídavosť, zručnosť a inteligenciu testera. Väčšina z týchto zručností sa dá získať skúsenosťami, takže vydržte a neustále vyhodnocujte svoj plný potenciálny čas!

O autorovi: Toto je hosťujúci článok od Snehy Nadigovej. Pracuje ako vedúca testu s viac ako 7-ročnými skúsenosťami v projektoch manuálneho a automatizovaného testovania.

Dajte nám vedieť svoje myšlienky a skúsenosti s negatívnym testovaním.

porovnaj dva súbory rad za radom

Výukový program PREV | NEXT Tutorial

Odporúčané čítanie

^