Výukový program Prípad použitia a Prípad testovania prípadov

use case use case testing complete tutorial

Na začiatok to pochopíme „Čo je prípad použitia?“ a neskôr budeme diskutovať „Čo je Testovanie prípadov?“ .

Prípad použitia je nástroj na definovanie požadovanej interakcie používateľa. Ak sa pokúšate vytvoriť novú aplikáciu alebo vykonať zmeny v existujúcej aplikácii, uskutoční sa niekoľko diskusií. Jednou z kritických diskusií, ktoré musíte urobiť, je to, ako budete predstavovať požiadavku na softvérové ​​riešenie.

Obchodní experti a vývojári musia mať vzájomné porozumenie o požiadavke, ktorú je veľmi ťažké dosiahnuť. Akákoľvek štandardná metóda štruktúrovania komunikácie medzi nimi bude skutočne prínosom. To zase zníži nedorozumenia a tu je miesto, kde sa do obrazu dostane prípad Use.

Tento tutoriál vám poskytne jasný obraz o koncepcii Prípad použitia a testovaní, čím pokryje rôzne aspekty, ktoré sa jej týkajú, praktickými príkladmi pre ľahké pochopenie každého, kto je s konceptom úplne nový.

Čo sa dozviete:

• Prípad použitia
• Kto používa dokumenty „Prípad použitia“?
• Typy prípadov použitia
  • # 1) Prípady použitia za slnečného dňa
  • # 2) Prípady použitia v daždivom dni
• Prípady použitia
• Zastúpenie
• Ako napísať prípad použitia?
• Použite diagram prípadov
• Akcie používateľa
• Čo je Testovanie prípadov použitia?
  • Niektoré fakty
  • Ako vytvoriť šablónu testovacieho prípadu?
• Záver
• Odporúčané čítanie

Prípad použitia

Prípad použitia hrá významnú úlohu v jednotlivých fázach životného cyklu vývoja softvéru. Prípad použitia závisí od „Akcií používateľa“ a „Odozvy systému“ na Akcie používateľa.

Je to dokumentácia „akcií“ vykonaných hercom / používateľom a zodpovedajúce „správanie“ systému k „akciám“ používateľa. Prípady použitia môže alebo nemusí viesť k dosiahnutiu cieľa „Herca / Užívateľa“ v interakciách so systémom.

V prípade použitia popíšeme „Ako bude systém reagovať na daný scenár?“ . Nie je „systémovo orientovaný“, ale „používateľsky orientovaný“.

Je „používateľsky orientovaný“: Upresníme „aké činnosti robí používateľ?“ A „Čo vidia herci v systéme?“.

Nie je „systémovo orientovaný“: Nebudeme špecifikovať „Aký je vstup poskytnutý do systému?“ A „Aký výstup produkuje systém?“.

Vývojový tím musí napísať „Prípady použitia“, pretože vývojová fáza na nich veľmi závisí.

K vytvoreniu týchto prípadov prispejú autor prípadov, členovia tímu a zákazníci. Na ich vytvorenie je potrebné zhromaždiť vývojový tím, ktorý by si mal veľmi dobre uvedomovať koncepcie projektu.

Po implementácii prípadu sa dokument otestuje a podľa toho sa skontroluje správanie systému. V prípade, že veľké písmeno „A“ označuje „herca“, písmeno „S“ označuje „systém“.

Kto používa dokumenty „Prípad použitia“?

Táto dokumentácia poskytuje kompletný prehľad o odlišných spôsoboch, akými používateľ interaguje so systémom na dosiahnutie cieľa. Lepšia dokumentácia môže pomôcť oveľa jednoduchšie identifikovať požiadavku na softvérový systém.

Túto dokumentáciu môžu používať vývojári softvéru, testéri softvéru aj zainteresované strany.

Použitie dokumentov:

• Vývojári používajú dokumenty na implementáciu a návrh kódu.
• Testéri ich používajú na vytvorenie súboru testovacie prípady .
• Zainteresované strany z podnikania používajú dokument na pochopenie softvérových požiadaviek.

Typy prípadov použitia

Existujú 2 typy.

Oni sú:

• Slnečný deň
• Upršaný deň

# 1) Prípady použitia za slnečného dňa

Sú to primárne prípady, ktoré sa s najväčšou pravdepodobnosťou stanú, keď sa všetko darí. Prikladá sa im vysoká priorita ako v iných prípadoch. Po dokončení prípadov ich odovzdáme projektovému tímu na kontrolu a zabezpečíme, aby sme pokryli všetky požadované prípady.

najlepšia aplikácia na stiahnutie hudby z mp3

# 2) Prípady použitia v daždivom dni

Môžu byť definované ako zoznam okrajových prípadov. Priorita takýchto prípadov bude nasledovať po „prípadoch použitia Sunny“. Môžeme vyhľadať pomoc zainteresovaných strán a produktových manažérov pri určovaní priorít prípadov.

Prípady použitia

Ďalej uvádzame rôzne prvky:

1) Stručne popis : Stručný popis vysvetľujúci prípad.

2) Herec : Používatelia zapojení do akcií Prípady použitia.

3) Predpoklad : Podmienky, ktoré je potrebné uspokojiť pred začatím prípadu.

4) Základné Prietok : „Základný tok“ alebo „hlavný scenár“ je normálny pracovný tok v systéme. Je to tok transakcií uskutočňovaných aktérmi pri dosahovaní ich cieľov. Keď herci interagujú so systémom, keďže ide o bežný pracovný tok, nedôjde k žiadnej chybe a herci dostanú očakávaný výstup.

5) Alternatívne tok : Okrem bežného pracovného toku môže mať systém aj „alternatívny pracovný tok“. Toto je menej častá interakcia používateľa so systémom.

6) Výnimka tok : Tok, ktorý bráni používateľovi dosiahnuť cieľ.

7) Príspevok Podmienky : Podmienky, ktoré je potrebné skontrolovať po dokončení prípadu.

Zastúpenie

Prípad je často znázornený ako obyčajný text alebo diagram. Z dôvodu jednoduchosti diagramu prípadov použitia ho každá organizácia považuje za voliteľný

Príklad použitia prípadu:

Tu vysvetlím dôvod „prihlásenia“ do „systému riadenia školy“.

Body, ktoré je potrebné poznamenať

• Časté chyby, ktoré účastníci robia s prípadom použitia, sú, že buď obsahuje príliš veľa podrobností o konkrétnom prípade, alebo vôbec nie je dostatočný.
• Toto sú textové modely, ak je to potrebné, môžeme k nim pridať alebo nepridať vizuálny diagram.
• Stanovte použiteľný predpoklad.
• Postupujte podľa pokynov v správnom poradí.
• Uveďte požiadavku na kvalitu procesu.

Ako napísať prípad použitia?

Body zhrnuté nižšie vám pomôžu tieto body napísať:

=> Keď sa snažíme napísať prípad, prvá otázka, ktorá by mala vzniknúť, je „Aké je primárne použitie pre zákazníka?“ Táto otázka vás prinúti písať vaše prípady z pohľadu používateľa.

=> Určite sme pre ne dostali šablónu.

=> Musí to byť produktívne, jednoduché a silné. Silný prípad použitia môže zapôsobiť na publikum, aj keď má menšie chyby.

=> Mali by sme to očíslovať.

=> Krok procesu by sme mali zapísať do jeho objednávky.

=> Priraďte scenárom správne meno, pomenovanie musí byť urobené podľa účelu.

=> Toto je iteračný proces, čo znamená, že keď ich napíšete prvýkrát, nebude to dokonalé.

=> Identifikujte subjekty v systéme. V systéme nájdete veľa hercov.

Príklad ,ak uvažujete o stránkach elektronického obchodu, ako je Amazon, nájdeme tam hercov ako kupujúcich, predávajúcich, veľkoobchodníkov, audítorov, dodávateľov, distribútorov, zákaznícku starostlivosť atď.

Spočiatku uvažujme o prvých aktéroch. Môžeme mať viac ako jedného herca, ktorý sa správa rovnako.

Napríklad , Kupujúci / Predajca si môžu „vytvoriť účet“. Položka „Kupujúci aj Predajca“ môže „Vyhľadať položku“. Ide teda o duplicitné správanie a je potrebné ich vylúčiť. Okrem použitia duplicitných prípadov musíme mať aj všeobecnejšie prípady. Preto musíme prípady zovšeobecniť, aby sa zabránilo duplicite.

=> Musíme určiť použiteľný predpoklad.

Použite diagram prípadov

Diagram prípadu použitia je obrazové znázornenie akcií používateľa (používateľov) v systéme. Poskytuje v tejto súvislosti skvelý nástroj, ak schéma obsahuje veľa aktérov, potom je veľmi ľahké ju pochopiť. Ak ide o diagram na vysokej úrovni, nebude zdieľať veľa podrobností. Ukazuje pomerne zložitým spôsobom komplexné nápady.

Obr. Č. UC 01

Ako je uvedené v Obr. Č. UC 01 predstavuje diagram, kde Obdĺžnik predstavuje ‘Systém’, oválne predstavuje ‘Prípad použitia’, Šípka predstavuje ‘Vzťah‘ a Muž predstavuje ‘Užívateľ / Herec‘. Zobrazuje systém / aplikáciu, potom zobrazuje organizáciu / ľudí, ktorí s ňou interagujú, a ukazuje základný tok tokov „Čo robí systém?“

Obr. Č. UC 02

Obr.: UC 03 - Pre prihlásenie použite diagram prípadov

Toto je diagram prípadov použitia prípadu „Prihlásenie“. Máme tu viac ako jedného herca, všetci sú umiestnení mimo systému. Za primárnych aktérov sa považujú študenti, učitelia a rodičia. Preto sú všetky umiestnené na ľavej strane obdĺžnika.

Správca a štáb sa považujú za sekundárnych aktérov, preto ich umiestňujeme na pravú stranu obdĺžnika. Herci sa môžu prihlásiť do systému, takže spojíme aktérov a prípad prihlásenia pomocou konektora.

Medzi ďalšie funkcie, ktoré sa v systéme nachádzajú, patria Obnoviť heslo a Zabudnuté heslo. Všetky súvisia s prípadom prihlásenia, takže ich pripojíme ku konektoru.

Akcie používateľa

Toto sú akcie, ktoré vykonáva používateľ v systéme.

Napríklad: Vyhľadávanie na mieste, pridanie položky do obľúbených, pokus o kontakt atď.

Poznámka:

• Systém je „čokoľvek vyvíjate“. Môže to byť webová stránka, aplikácia alebo akýkoľvek iný softvérový komponent. Spravidla je reprezentovaný obdĺžnikom. Obsahuje prípady použitia. Používatelia sú umiestnení mimo „obdĺžnika“.
• Prípady použitia sú zvyčajne reprezentované oválnymi tvarmi, ktoré určujú akcie v ňom uvedené.
• Herci / Používatelia sú ľudia, ktorí používajú systém. Niekedy to však môžu byť iné systémy, osoby alebo iné organizácie.

Čo je Testovanie prípadov použitia?

Spadá pod testovaciu techniku ​​Functional Black Box. Pretože sa jedná o testovanie čiernej skrinky, kódy nebudú nijako kontrolované. V tejto časti je uvedených niekoľko zaujímavých faktov.

Zaisťuje, či cesta použitá používateľom funguje podľa očakávaní alebo nie. Zaisťuje, že používateľ môže úlohu úspešne dokončiť.

Niektoré fakty

• O kvalite softvéru sa neuskutočňuje testovanie.
• Aj keď ide o typ komplexného testovania, nezabezpečí celé pokrytie používateľskej aplikácie.
• Na základe výsledku testu známeho z testovania Prípad použitia nemôžeme rozhodnúť o nasadení produkčného prostredia.
• Zistí nedostatky v integračnom testovaní.

Príklad použitia prípadu použitia:

Zvážte scenár, keď používateľ kupuje položku z webu online nakupovania. Používateľ sa najskôr prihlási do systému a začne vykonávať vyhľadávanie. Užívateľ vyberie jednu alebo viac položiek zobrazených vo výsledkoch vyhľadávania a pridá ich do košíka.

Po tomto všetkom sa odhlási. Toto je príklad logicky prepojenej série krokov, ktoré používateľ vykoná v systéme na splnenie úlohy.

Pri tomto testovaní sa testuje tok transakcií v celom systéme od konca po koniec. Prípady použitia sú zvyčajne cestou, ktorú používatelia najpravdepodobnejšie použijú na dosiahnutie konkrétnej úlohy.

Vďaka tomu je vďaka Prípadom použitia ľahké nájsť chyby, pretože obsahuje cestu, na ktorú používatelia narazia s väčšou pravdepodobnosťou pri prvom použití aplikácie.

Krok 1: Prvým krokom je kontrola dokumentov Prípadu použitia.

Musíme skontrolovať a ubezpečiť sa, že funkčné požiadavky sú úplné a správne.

Krok 2: Musíme sa uistiť, že prípady použitia sú atómové.

Napríklad: Zvážte 'Systém riadenia školy s mnohými funkciami, ako sú' Prihlásenie ',' Zobraziť podrobnosti študenta ',' Zobraziť známky ',' Zobraziť účasť ',' Kontaktovať zamestnancov ',' Odoslať poplatky 'atď. V tomto prípade sa snažíme pripravte funkciu Prípady použitia na „prihlásenie“.

Musíme sa uistiť, že žiadny z bežných pracovných postupov nemusí byť zmiešaný s akoukoľvek inou funkčnosťou. Musí to úplne súvisieť iba s funkciou „Prihlásiť sa“.

Krok 3: Musíme skontrolovať normálny pracovný tok v systéme.

Po kontrole pracovného toku sa musíme ubezpečiť, že je úplný. Na základe znalostí systému alebo dokonca domény môžeme zistiť chýbajúce kroky v pracovnom postupe.

Krok 4: Skontrolujte, či je alternatívny pracovný tok v systéme dokončený.

Krok 5: Mali by sme sa ubezpečiť, že každý krok v prípade použitia je testovateľný.

Každý krok vysvetlený v testovaní prípadu použitia je testovateľný.

Napríklad, niektoré transakcie kreditnými kartami v systéme nie je možné testovať z bezpečnostných dôvodov.

Krok 6: Keď tieto prípady oživíme, môžeme napísať testovacie prípady.

Pre každý normálny a alternatívny tok musíme napísať testovacie prípady.

Napríklad , Zvážte prípad „Zobraziť študentské známky“ v systéme riadenia školy.

Názov prípadu použitia: Zobraziť známky študentov

Herci: Študenti, učitelia, rodičia

Podmienka:

1) Systém musí byť pripojený k sieti.

dva) Herci musia mať ‘študentské ID’.

Prípad použitia pre „Zobraziť známky študentov“:

Zodpovedajúci testovací prípad pre prípad „Zobraziť študentské známky“:

Upozorňujeme, že tu uvedená tabuľka testovacích prípadov obsahuje iba základné informácie. „Ako vytvoriť šablónu testovacieho prípadu“ je podrobne vysvetlené nižšie.

V tabuľke je uvedený „Testovací prípad“ zodpovedajúci prípadu „Zobraziť študentskú známku“, ako je uvedené vyššie.

Najlepším spôsobom, ako napísať testovacie prípady, je napísať najskôr testovacie prípady pre „hlavný scenár“ a potom ich napísať pre „alternatívne kroky“. „ Kroky v testovacích prípadoch sa získavajú z dokumentov prípadu použitia. Úplne prvý „ Krok ‘ z prípadu „Zobraziť študentskú známku“ sa stane prvým výraz „Zadať študentské meno“ Krok v „testovacom prípade“.

Používateľ / herec musí mať možnosť vstúpiť do nej. Toto sa stáva ocakavane vysledky .

Môžeme vyhľadať pomoc s technikou návrhu testov, ako napríklad „ analýza hraničných hodnôt “ , „Rozdelenie ekvivalencie“, kým pripravujeme testovacie prípady. Technika navrhovania testov pomôže znížiť počet testovacích prípadov, a tým skrátiť čas potrebný na testovanie.

Ako vytvoriť šablónu testovacieho prípadu?

Pri príprave testovacích prípadov musíme myslieť a konať ako koncový používateľ, t. J. Postaviť sa do kože koncového používateľa.

Na trhu existuje niekoľko nástrojov, ktoré vám v tejto súvislosti pomôžu. „ TestLodge ‘je jedným z nich, ale nejde o bezplatný nástroj. Musíme si ho kúpiť.

Potrebujeme šablónu na zdokumentovanie testovacieho prípadu. Uvažujme o spoločnom scenári, prihlasovaní do FLIPKARTU, ktoré všetci poznáme. Tabuľku Google je možné použiť na vytvorenie tabuľky testovacích prípadov a jej zdieľanie s členmi tímu. Zatiaľ používam dokument programu Excel.

Tu je príklad

=> STIAHNUŤ túto šablónu tabuľky testovacích prípadov tu

Na prvom mieste pomenujte hárok s prípadom vhodným menom. Píšeme testovacie prípady pre konkrétny modul v projekte. Musíme teda pridať 'Názov projektu' a „Modul projektu ‘Stĺpcov v tabuľke testovacích prípadov. Dokument musí obsahovať meno tvorcu testovacích prípadov.

Preto pridajte 'Vytvoril' a „Dátum vytvorenia“ stĺpce. Dokument musí niekto skontrolovať (vedúci tímu, projektový manažér atď.), Takže doplňte 'Hodnotené' stĺpec a „Dátum kontroly“ .

Ďalší stĺpec je „Scenár testu“ , tu sme uviedli príklad testovacieho scenára „Overiť prihlásenie na Facebook“ . Pridajte stĺpce „ID testovacieho scenára“ a „Popis testovacieho prípadu“ .

Pre každý scenár testu, ktorý napíšeme „Testovacie prípady “. Pridajte teda stĺpce „ID testovacieho prípadu“ a „Opis testovacieho prípadu “. Pre každý testovací scenár bude „Post Condition“ a „Podmienka“ . Pridajte stĺpce „Post-Condition“ a „Pre-Condition“.

Ďalším dôležitým stĺpcom je „Testovacie údaje“ . Bude obsahovať údaje, ktoré používame na testovanie. Testovací scenár musí predpokladať očakávaný výsledok a skutočný výsledok. Pridajte stĺpec 'Ocakavane vysledky' a „skutočný výsledok“. 'Postavenie' zobrazuje výsledok vykonania testovacieho scenára. Môže to byť buď vyhovujúce / nevyhovujúce.

Testéri vykonajú testovacie prípady. Musíme to zahrnúť ako „Popravený“ a „Dátum vykonania“ . Pridáme „Príkazy“, ak nejaké existujú.

Záver

Dúfam, že by ste mali jasnú predstavu o prípadoch použitia a testovaní prípadov použitia.

Písanie týchto prípadov je iteračný proces. Na napísanie týchto prípadov potrebujete len malú prax a dobrú znalosť systému.

V skratke môžeme použiť „Použiť testovanie prípadov“ v aplikácii na nájdenie chýbajúcich odkazov, neúplných požiadaviek atď. Ich nájdením a úpravou systému dosiahnete efektivitu a presnosť systému.

Máte predchádzajúce skúsenosti s prípadmi použitia a testovaním? Neváhajte a podeľte sa s nami v sekcii komentárov nižšie.

Odporúčané čítanie

• Funkčné testovanie vs. Nefunkčné testovanie
• Hĺbkové návody pre zatmenie pre začiatočníkov
• Alfa testovanie a beta testovanie (kompletný sprievodca)
• Výukový program pre testovanie DevOps: Ako DevOps ovplyvní testovanie kvality?
• Najlepšie nástroje na testovanie softvéru 2021 (QA Test Automation Tools)
• Výukový program o testovaní použiteľnosti: Kompletná príručka Začíname
• Výukový program na testovanie grafického používateľského rozhrania: Kompletný sprievodca testovaním používateľského rozhrania (UI)
• Výukový program pre deštruktívne testovanie a nedeštruktívne testovanie