acceptance testing documentation with real time scenarios
Dokumentácia o preberacích skúškach (časť II):
Predchádzajúci návod | NEXT Tutorial
Tento tutoriál je pokračovaním nášho predchádzajúceho tutoriálu, kde sme diskutovali o tom, čo je to Acceptance testovanie, kedy sa to musí robiť, kto to robí, jeho dôležitosť, typy, proces, dopad na rôzne tímy atď.
čo je makefile c ++
Dokumenty hrajú pri preberaní veľmi dôležitú úlohu a akékoľvek problémy týkajúce sa dokumentu majú obrovský negatívny vplyv. Ak sa nevykoná správna kontrola, môže to dokonca viesť k poruche produktu.
=> Kliknutím sem zobrazíte kompletnú sériu návodov na kompletný testovací plán
V tomto tutoriáli sa dozvieme viac o rôznych dokumentáciách zahrnutých do Acceptance Testing, tj. Acceptance Test Plan, Check Plan Review Checklist, Acceptance Test Template, examples based on real-time scenarios, how to identify and write receiving tests, etc. .
Čo sa dozviete:
- Plán prijímacích skúšok
- Šablóna plánu preberacieho testu
- Kontrola plánu preberacích skúšok
- Prijímacie skúšky
- Kontrola prijatých testov
- Záver
- Odporúčané čítanie
Plán prijímacích skúšok
Rovnako ako akýkoľvek iný plán testov, plán testov prijatia tiež obsahuje niektoré komponenty, ako je rozsah, prístup, testovacie prostredie, zdroje, zodpovednosť, referencie testov prijatia, vstupné kritériá, výstupné kritériá, nástroje atď.
Jedinou vecou, ktorá odlišuje plán Akceptačných testov od plánu bežných testov, sú jeho faktory, ktoré vedú k obchodnému rozhodnutiu. Plán akceptačných testov je jednou z dôležitých dokumentácií, ktoré poskytujú pokyny na vykonávanie akceptačných testov pre konkrétny projekt.
Plán vykonania akceptačných testov musí byť skontrolovaný a schválený pred vykonaním akceptačných testov. Všetky nasledujúce zmeny musia opäť prejsť procesom kontroly a schválenia a musia byť sledované.
Kontrola plánu akceptačného testu je zvyčajne vykonávaná manažérmi / obchodnými analytikmi / zákazníkmi.
Kľúčové body, ktoré je potrebné zohľadniť pri navrhovaní plánu akceptačných testov:
- To by malo byť Podrobné a konkrétne. Musí obsahovať iba to, čo sa vyžaduje na testovanie, a aké informácie sú potrebné na to, aby tím mohol vykonať testovanie.
- To by malo byť Jasné a stručné . Žiadna nejasnosť. Ak vôbec existuje niečo, čo by mohlo viesť k zámene, potom to rozpracujte, ale buďte struční a efektívni.
- Každá súčasť v dokumente by malo byť napísané tak, aby sa pamätali iba na obchodné požiadavky.
- Spoľahlivý a prispôsobivý - Mal by byť aktualizovateľný podľa požiadaviek v budúcich vydaniach.
- Konzistentné - V budúcnosti by to nemalo mať viac zmien.
- Postupujte podľa šablóny poskytnutej organizáciou alebo zákazníkom.
Šablóna plánu preberacieho testu
Tu sa pozrieme na spoločnú šablónu plánu akceptačných testov, ktorú je možné ďalej vylepšiť podľa požiadaviek projektu.
Názov
Cieľ
História revízií / Protokol zmien
< Malo by to byť v tabuľkovej forme s nasledujúcimi informáciami:
- Dátum - Dátum, kedy bol dokument upravený.
- Upravené používateľom - Kto zmenil obsah dokumentu.
- Účel - Prečo bol dokument upravený.
- Verzia - Aktuálna verzia dokumentu po úpravách (pre konkrétne vydanie platí 1.0, 1.1, 1.2, 1.3,…. Ďalšie vydanie začne od 2, 2.1, 2.2, 2.3, ..., Zoznam bude pokračovať).
- Schválil - Kto schválil vykonané zmeny (implicitne znamená, že dokument bol skontrolovaný a schválený).
Úplne prvým riadkom v tejto tabuľke by mali byť podrobnosti o vytvorenom dokumente. Potom nasledujú podrobnosti o vykonaných zmenách.>
Obsah
Referencie
Rozsah
Úvod
Testovacie položky
Vlastnosti, ktoré sa majú testovať
Funkcie sa netestujú
Prístup
Podrobnosti testovacieho prostredia
Kritériá vstupu
Testy - ak nie sú napísané samostatné preberacie testy
Každá skúška musí obsahovať:
- Test #.
- Opis toho, čo sa testuje ( Príklad : Overte, či je používateľ schopný úspešne vytvoriť účet).
- Obchodné požiadavky, na ktoré sa vzťahuje tento test ( Matica sledovateľnosti ) - Veľmi dôležité.
- Predbežné podmienky:
- Stav produktu pred začatím testovania (Používateľ by mal byť úspešne zaregistrovaný, ale nemal by aktivovať účet, mal mať prístup k produktu najmenej pred 30 dňami atď.)
- Akékoľvek podmienky servera - Mal by byť server na nejaký čas nefunkčný.
- Skúšobné kroky: Podrobný očíslovaný tok ( Príklad: Pozri nižšie
- Otvorte aplikáciu.
- Pokus o prihlásenie s platnými povereniami so začiarknutým políčkom Remember Me).
- ocakavane vysledky : Aké je očakávané správanie kroku>
Akceptačné testy - ak sú napísané samostatné akceptačné testy
Kritériá výstupu
Zdroje
Úlohy a zodpovednosti
Náradie
Faktory obchodného rozhodnutia
Postup odhlásenia
Kontaktný bod
Plán prijímacích skúšok sa považuje za Hlavný plán testov pre fázu .
Kontrola plánu preberacích skúšok
Keď je plán hotový, musí byť skontrolovaný z hľadiska úplnosti, nejednoznačnosti, jasnosti, kvality atď. Je nepochybné, že celý obsah plánu plánu prijatia musí byť dôkladne skontrolovaný, aby získal správne informácie, musí však byť byť skontrolované oproti niekoľkým ďalším bodom, povedzme k bodom kontrolného zoznamu.
Tu kategorizujme obsah a pozrite si kontrolný zoznam, ktorý smeruje proti nim.
Kategória | Kontrolný zoznam bodov |
---|---|
Prijímacie skúšky | Sú testy očíslované Sú predpoklady očíslované Sú kroky testu jasné na pochopenie Sú kroky testu dokončené Je očakávaný výsledok úplný Je v testoch nejaká otvorená otázka (ak je nejaká, sledujte ju a dokončite) Je odkaz na akceptačné testy (ak je napísaný osobitne) platný a existuje? Je sledovateľnosť správna Je zmeškaná nejaká obchodná požiadavka na pokrytie testu |
Názov | Zhoduje sa názov všade s názvom projektu Je názov podľa konvencií názvov projektu |
História revízií, obsah | Je každá zmena verzie podľa plánu správne sledovaná Každá zmena verzie prešla náležitým preskúmaním a je uvedená Je konvencia spravovania verzií správna Zhoduje sa obsah so skutočným obsahom plánu Je číslo stránky pre každý obsah správne Je číslo stránky aktualizované, ak zmeny vykonané v pláne zmenili číslo stránky obsahu |
Referencie | Existujú odkazy a sú platné Zhodujú sa s rozsahom Sú úplné a považujú sa za potrebné na identifikáciu testov |
Testovacie položky, testované vlastnosti, testované vlastnosti | Sú očíslované Patrí do rozsahu pôsobnosti každá funkcia / modul / podmodul Môže plánovaný plán pokrývať všetky identifikované testované položky v rámci |
Kritériá vstupu, kritériá výstupu | Sú očíslované Je každé kritérium podrobne uvedené |
Podrobnosti testovacieho prostredia | Má všetky uvedené požadované konfigurácie Je verzia pre každú konfiguráciu špecifická alebo najnovšia, ktorá sa má brať do úvahy Existujú VM, prostredie existuje (ak nie, uveďte možný dátum jeho dostupnosti) Je uvedená metóda zdieľania poverení pre konkrétny prístup do prostredia? |
Zdroje, úlohy a zodpovednosti | Sú zodpovednosti za jednotlivé roly očíslované Dajú sa splniť povinnosti? Je identifikovaný zdroj schopný zvládnuť uvedené zodpovednosti |
Náradie | Sú všetky spomenuté nástroje Sú všetky nástroje očíslované Majú všetky nástroje verziu Vyžaduje niektorý z nástrojov licenciu alebo existujúcu licenciu platnú počas fázy? Je usmernenie k používaniu nástroja správne a dostatočné |
Faktory obchodného rozhodnutia | Má všetky spomenuté faktory Sú všetky faktory očíslované |
Postup odhlásenia | Je postup platný Je postup prijateľný Je postup jasný na pochopenie |
Kontaktný bod | Je zdroj identifikovaný ako kontaktné miesto dostupné v organizácii počas fázy Je identifikovaný zdroj schopný zvládnuť fázu |
Akýkoľvek plán testov vyhovujúci vyššie uvedenému kontrolnému zoznamu bude slúžiť ako silný dokument aj pre interné audity.
Prijímacie skúšky
Preberacie testy boli predtým známe ako funkčné testy. Aby bol názov vhodnejší pre fázu prijatia a slúžil účelu, bol premenovaný na Prijímacie skúšky. Niekedy sa tiež nazýva ako Zákaznícke testy.
Akceptačné testy sú vždy odvodené od príbehov používateľov, kritérií prijatia a prípadov použitia. Toto sú testy systému čiernej skrinky a predstavujú iba tie obchodné testy, ktoré je potrebné overiť. Mali by byť určené hlavne pre správanie, použitie a toky produktov.
Navrhnuté akceptačné testy je možné zohľadniť aj vo fáze testovania systému v regresných cykloch, aby sa získala dôvera k produktu pred jeho odovzdaním do fázy akceptačných testov.
Kľúčové body, ktoré si treba zapamätať pred napísaním kolaudácie:
- Uschovajte všetky referenčné dokumenty na mieste: Špecifikácia softvérových požiadaviek, doklad o obchodných požiadavkách, prípady použitia, užívateľské príbehy, dátová matica (v prípade zapojenia logiky) atď.
- Zamerajte sa iba na obchodné požiadavky (testovateľné obchodné požiadavky).
- Najskôr vyriešte všetky pochybnosti a dotazy týkajúce sa obchodných požiadaviek.
- Uistite sa, že minimálne v požiadavkách na súčasné vydanie nie sú žiadne zmeny.
Všeobecná a jednoduchá šablóna na písanie testov prijatia:
Túto šablónu je možné opäť vylepšiť podľa potrieb projektu a obsahovať ďalšie informácie.
Teraz si ukážeme niekoľko bežných scenárov a pozrime sa, ako na ne možno napísať scenáre Akceptačného testu.
Prípad 1: Spracovanie používateľského účtu
Toto je scenár, v ktorom môžu používatelia vytvárať, zobrazovať, aktualizovať a deaktivovať svoj účet. Vo všeobecnosti je to operácia CRUD (vytváranie, čítanie, aktualizácia a mazanie). Priamo teda dostaneme 4 hlavné scenáre na testovanie.
Spolu s tým máme pri spracovávaní používateľských účtov v reálnom čase veľa oblastí, pokiaľ ide o prezeranie a aktualizáciu.
Pokračovanie v písaní preberacích testov:
Test 1: Registrácia / Registrácia / Vytvorenie účtu, overte, či je Užívateľ schopný:
- Vytvorte si účet.
- Aktivujte si účet.
- Účet aktivujte iba raz (tu musí byť aktivačný odkaz otestovaný na 2ndAj keď ide o negatívne testovanie, je to jeden z hlavných bodov overovania, ktorý je potrebné vziať do úvahy).
Test 2: Ak chcete získať prístup a zobraziť informácie o účte, overte, či je používateľ schopný:
- Prihláste sa do účtu.
- Prezerajte si rôzne sekcie v profile (Ak je sekcia Profil kategorizovaná, potom by mala byť viditeľná každá kategória).
- Skontrolujte, či sú údaje zobrazené v profile správne podľa vstupu používateľa.
Test 3: Ak chcete aktualizovať informácie o účte, overte, či je používateľ schopný:
- Aktualizovať informácie o účte (profil):
- Aktualizujte každú kategóriu profilu.
- Overte, či sa informácie o aktualizácii odrážajú správne v profile.
- Overte, či používateľ nie je schopný aktualizovať informácie v profile (V niektorých aplikáciách nebude možné aktualizovať meno, priezvisko, meno používateľa atď. Aj keď ide o negatívne testovanie, je to jeden z hlavných bodov overenia. treba brať do úvahy).
- Zrušte postup aktualizácie (Aj keď ide o negatívne testovanie, je to tiež jeden z hlavných bodov overovania, ktorý je potrebné zohľadniť).
Test 4: Ak je povolená deaktivácia účtu, overte, či je používateľ schopný:
- Deaktivujte účet.
- Zrušiť tok deaktivácie (Aj keď ide o negatívne testovanie, je to jeden z hlavných bodov overovania, ktorý sa má brať do úvahy).
- Prístup k účtu získate po zrušení deaktivácie.
Test 5: Ak sa vyžaduje overenie e-mailovej adresy alebo telefónneho čísla, potom overte, či je používateľ schopný:
otázky na pohovor vývojárov salesforce pre skúsených
- Aktualizujte e-mailovú adresu na druhú platnú.
- Overiť aktualizovanú e-mailovú adresu.
- Overte, či sa uvažuje o aktualizovanej a „overenej“ e-mailovej adrese - Odošlite niekoľko e-mailov z aplikácie a skontrolujte ich príchod na aktualizovanú e-mailovú adresu. Ten starý by nemal dostávať e-maily.
- Pridajte nové telefónne číslo.
- Overte pridané telefónne číslo prostredníctvom hovoru.
- Overte pridané telefónne číslo pomocou SMS.
- Overte, či sa pridané a „overené“ telefónne číslo odráža v účte.
- Aktualizujte telefónne číslo.
- Overte aktualizované telefónne číslo prostredníctvom hovoru.
- Overte „aktualizované telefónne číslo prostredníctvom SMS.
- Overte, či sa v účte odráža aktualizované a „overené“ telefónne číslo.
Prípad 2: Nákup produktu
Nákup produktu má zvyčajne všeobecný priebeh.
Tu sú uvedené niektoré všeobecné scenáre, na ktoré sa koncoví používatelia pozerajú:
Podmienka: Používateľ by mal byť prihlásený do aplikácie.
Test 1: Podrobnosti o produkte, overte, či je používateľ schopný:
- Zobraziť stránku s podrobnosťami o produkte.
- Prezrite si všetky pododdiely na stránke podrobností o produkte (popis, funkcia, informácie o značke atď.).
- Vyberte množstvo produktu, farbu, veľkosť atď., Ktoré sú k dispozícii na stránke Podrobnosti o produkte.
- Prejdite na stránku kategórií a podkategórií na stránke Podrobnosti o produkte (ak je k dispozícii na stránke Podrobnosti o produkte).
- Prejdite na stránku s podrobnosťami o ďalšom produkte (ak je poskytnutá relevantná sekcia produktov).
- Zobraziť komentáre a hodnotenie k produktu.
- Zoraďte komentáre k produktu na základe hodnotení.
- Zobraziť celkové hodnotenie produktu.
- Pridať komentár k produktu.
- Aktualizujte svoj komentár k produktu.
- Vymažte jeho / jej komentár k produktu (ak je uvedený).
Test 2: Pridať do košíka, overte, či je Používateľ:
- Je schopný pridať produkt do košíka:
- Prostredníctvom stránky s podrobnosťami o produkte.
- Prostredníctvom stránky so zoznamom produktov.
- Je schopný pridať požadované množstvo do košíka (nastavený limit 1 až max.).
- Nie je možné pridať produkt do košíka, ak nie je na sklade.
Test 3: Na stránke košíka overte, či je používateľ schopný:
- Zobrazte produkt v košíku s podrobnosťami o cene pre pridané množstvo.
- Aktualizovať množstvo (nastavený je 1 až maximálny limit).
- Vyberte produkt z košíka.
- Prejdite späť na nákupy.
- Pokračujte do pokladne.
- Zobraziť prázdny košík, keď nie je pridaný žiadny produkt,
Test 4: Na stránke Podrobnosti o účte skontrolujte, či je používateľ schopný:
- Pokračujte s existujúcimi podrobnosťami o preprave.
- Aktualizujte dodaciu adresu.
- Pridajte novú dodaciu adresu.
- Pokračujte s existujúcim telefónnym číslom.
- Aktualizujte telefónne číslo objednávky.
- Pridajte k objednávke nové telefónne číslo.
- Prejdite späť na stránku Košík.
- Prejdite na stránku Platby.
Test 5: Na stránke Platby overte, či je Používateľ schopný:
- Overte správnosť sumy, ktorá sa má fakturovať.
- Spracujte objednávku so všetkými dostupnými možnosťami (Jedna možnosť pre každú samostatnú objednávku).
- Spracovať transakciu úspešne. Prejdite na stránku Potvrdenie objednávky.
- Zlyhanie transakcie (Aj keď ide o negatívne testovanie, malo by sa to považovať za hlavný scenár).
- Použiť kupóny:
- Platné kupóny - úspech. Tu overte zmenu sumy, ktorá sa má fakturovať.
- Neplatné kupóny - zlyhanie
- Platnosť kupónov - zlyhanie.
- Prejdite späť na stránku s podrobnosťami o účte.
Kontrola prijatých testov
Kontrola preberacích testov je dôležitá úloha, pretože musí byť správna a aktuálna z hľadiska obchodných požiadaviek. Pretože ich môžu vykonávať samotní zákazníci alebo koncoví používatelia, je veľmi potrebné, aby boli úplné, nejednoznačné, správne a dostatočne podrobné na to, aby ktokoľvek porozumel a vykonal ich.
Kontroly Akceptačné testy musia robiť obchodní analytici, zákazníci a všetky pripomienky k recenziám by mali byť zahrnuté do vysokej priority.
Na úrovni jednotlivých testov by sa malo hodnotenie robiť s ohľadom na nasledujúce:
- Či test pokrýva obchodné požiadavky alebo nie.
- Sú predbežné podmienky jasné?
- Sú kroky testu ľahko pochopiteľné a podrobné?
- Je očakávaný výsledok správny a jasný?
- Je to mapované na obchodné požiadavky na vysledovateľnosť?
- Je test dostatočný na pokrytie konkrétneho toku alebo použitia?
- Vyžaduje sa konkrétna skúška ako súčasť preberacích skúšok?
- Existuje nejaký overovací bod, ktorý nie je potrebný na akceptačné testovanie.
- Je to čisto funkčné alebo je obsiahnuté nejaké GUI (Malo by to byť iba funkčné).
- Sú potrebné špeciálne vstupné údaje? Ak áno, sú stanovené podrobnosti?
Celá recenzia sady Akceptačné testy by mala celkovo pokrývať:
- Obojsmerná vysledovateľnosť: Obchodné požiadavky na testy A Testy na obchodné požiadavky.
- Sú pokryté všetky obchodné požiadavky?
- Pokrývajú všetky obchodné požiadavky jeden alebo viac testov?
- Sú zahrnuté obchodné pravidlá?
- Rieši sa prípad špeciálnych údajov?
- Koľko testov je napísaných na pokrytie každej požiadavky alebo pravidla?
- Môžu byť testy zoskupené a klasifikované podľa prietokov?
- Sú testy zoradené správne, aby bolo vykonávanie efektívne?
Záver
Stručne povedané, ako už bolo spomenuté, dokumenty zohrávajú veľmi drastickú úlohu pri testovaní akceptácie.
Preto by každý napísaný akceptačný test mal byť dobre štruktúrovaný a zodpovedajúci jeho použitiu, aby udržiaval akceptačných testerov v záujme o to, čo testujú a ako to robia. To by zase automaticky prinieslo úspech.
=> Celý seminár s kompletným plánom testovacieho plánu nájdete tu
Predchádzajúci návod | NEXT Tutorial
Zostaňte naladení a sledujte nadchádzajúci tutoriál Acceptance Testing, kde sa dozviete viac o správach o Acceptance Testing spolu s niektorými všeobecnými šablónami. Ak máte akékoľvek otázky, dajte nám vedieť.
Odporúčané čítanie
- Najlepšie nástroje na testovanie softvéru 2021 [QA Test Automation Tools]
- Pozitívne testovanie: význam a zásluhy vysvetlené pri scenároch skutočného testu
- Stiahnutie e-knihy Testing Primer
- Vydaný TimeShiftX, ktorý zjednodušuje testovanie časového posunu
- Čo je to Acceptance Testing (kompletný sprievodca)
- Vzorová šablóna pre správu o prevzatí s príkladmi
- Ste odborníkom na manuálne alebo automatizované testovanie? Pracujte na čiastočný úväzok pre nás!
- Testovanie záťaže s výukovými programami HP LoadRunner