Dokumentace testování přejímky se scénáři v reálném čase

Každá zkouška musí obsahovat:

• Test #.
• Popis toho, co se testuje ( Příklad : Ověřte, zda je uživatel schopen úspěšně vytvořit účet).
• Obchodní požadavek, na který tento test mapuje ( Matice sledovatelnosti ) - Velmi důležité.
• Předpoklady:
  • Stav produktu před zahájením testování (Uživatel by měl být úspěšně zaregistrován, ale neměl by aktivovat účet, Uživatel by měl mít přístup k produktu alespoň před 30 dny atd.)
  • Jakékoli podmínky serveru - Pokud by byl server na nějakou dobu nefunkční.
• Zkušební kroky: Podrobný očíslovaný tok ( Příklad: viz. níže
  • Otevřete aplikaci.
  • Pokus o přihlášení s platnými pověřeními se zaškrtnutým políčkem Pamatovat si mě).
• Očekávaný výsledek : Jaké je očekávané chování kroku>

Akceptační testy - Pokud existují písemné samostatné akceptační testy

Kritéria opuštění

Zdroje

Role a odpovědnosti

Nástroje

Faktory obchodního rozhodování

Go or No-Go .>

Postup odhlášení

Kontaktní místo

Plán přejímací zkoušky se považuje za Hlavní testovací plán pro fázi .

Kontrola plánu akceptačních testů

Jakmile je plán připraven, musí být zkontrolován z hlediska úplnosti, nejednoznačnosti, jasnosti, kvality atd. Není pochyb o tom, že celý obsah plánu akceptačních testů musí být důkladně zkontrolován, aby získal správné informace, ale musí být posouzeno oproti několika dalším bodům, řekněme také body kontrolního seznamu.

Tady pojďme kategorizovat obsah a podívejme se na kontrolní seznam.

Jakýkoli plán testů splňující výše uvedený kontrolní seznam bude sloužit jako silný dokument i pro interní audity.

Přijímací zkoušky

Akceptační testy byly dříve známé jako funkční testy. Aby byl název vhodnější pro fázi akceptačního testování a sloužil účelu, byl přejmenován na Přijímací zkoušky. Někdy se také označuje jako Zákaznické testy.

Akceptační testy jsou vždy odvozeny z příběhů uživatelů, kritérií přijetí a případů použití. Jedná se o testy černé skříňky a představují pouze ty obchodní testy, které je třeba ověřit. Ty by měly být určeny hlavně pro chování produktu, jeho použití a toky.

Navržené akceptační testy lze také vzít v úvahu pro fázi testování systému v regresních cyklech, aby se získala důvěra v produkt před jeho předáním do fáze akceptačního testování.

Klíčové body, které si musíte pamatovat před psaním akceptačních testů:

• Všechny referenční dokumenty uschovejte: Specifikace softwarových požadavků, dokument obchodních požadavků, případy použití, uživatelské příběhy, datová matice (v případě logiky) atd.
• Zaměřte se pouze na obchodní požadavky (testovatelné obchodní požadavky).
• Nejprve odstraňte všechny pochybnosti a dotazy týkající se obchodních požadavků.
• Ujistěte se, že přinejmenším nejsou žádné změny požadavků na aktuální verzi.

Obecná a jednoduchá šablona pro psaní akceptačních testů:

Tuto šablonu lze znovu vylepšit podle potřeb projektu a zahrnout další informace.

Podívejme se nyní na několik běžných scénářů a podívejme se, jak na ně lze napsat scénáře akceptačního testu.

Případ 1: Zpracování uživatelského účtu

Toto je scénář, kdy uživatelé mohou vytvářet, zobrazovat, aktualizovat a deaktivovat svůj účet. Obecně se jedná o operaci CRUD (vytváření, čtení, aktualizace a mazání). Přímo tedy dostaneme 4 hlavní scénáře k testování.

Spolu s tím při zpracování uživatelských účtů v reálném čase máme mnoho oblastí, pokud jde o prohlížení a aktualizaci.

Pokračování v psaní akceptačních testů:

Test 1: Registrace / Registrace / Vytvořit účet, ověřte, zda je uživatel schopen:

• Vytvořte si účet.
• Aktivujte účet.
• Aktivujte účet pouze jednou (zde musí být aktivační odkaz testován na 2^ndI když se jedná o negativní testování, je to jeden z hlavních bodů ověření, který je třeba vzít v úvahu).

Test 2: Chcete-li získat přístup a zobrazit informace o účtu, ověřte, zda je uživatel schopen:

• Přihlaste se k účtu.
• Zobrazit různé sekce v profilu (Pokud je sekce Profil kategorizována, měla by být viditelná každá kategorie).
• Ověřte, zda jsou údaje zobrazené v profilu správné podle zadání uživatele.

Test 3: Chcete-li aktualizovat informace o účtu, ověřte, zda je uživatel schopen:

• Aktualizovat informace o účtu (profil):
  • Aktualizujte každou kategorii profilu.
• Ověřte, zda se informace o aktualizaci v profilu zobrazují správně.
• Ověřte, zda uživatel není schopen aktualizovat informace v profilu (v některých aplikacích nebude povoleno aktualizovat křestní jméno, příjmení, uživatelské jméno atd. I když se jedná o negativní testování, je to jeden z hlavních bodů ověření je třeba vzít v úvahu).
• Zrušte postup aktualizace (I když se jedná o negativní testování, je to také jeden z hlavních bodů ověření, které je třeba vzít v úvahu).

Test 4: Pokud je povolena deaktivace účtu, ověřte, zda je uživatel schopen:

• Deaktivujte účet.
• Zrušte tok deaktivace (I když se jedná o negativní testování, je to jeden z hlavních bodů ověření, které je třeba vzít v úvahu).
• Přístup k účtu po zrušení deaktivace.

Test 5: Pokud je vyžadováno ověření pro e-mailovou adresu nebo telefonní čísla, ověřte, zda je uživatel schopen:

nejlepší převodník z youtube na mp3 online

• Aktualizujte e-mailovou adresu na druhou platnou.
• Ověřit “aktualizovanou e-mailovou adresu.
• Ověřte, zda je aktualizovaná a „ověřená“ e-mailová adresa zvážena dále - Odešlete několik e-mailů z aplikace a zkontrolujte její příjezd na aktualizovanou e-mailovou adresu. Ten starý by neměl dostávat e-maily.
• Přidejte nové telefonní číslo.
• Ověřte přidané telefonní číslo pomocí volání.
• Ověřte přidané telefonní číslo pomocí SMS.
• Ověřte, zda se přidané a „ověřené“ telefonní číslo odráží v účtu.
• Aktualizujte telefonní číslo.
• Ověřte aktualizované telefonní číslo pomocí volání.
• Ověřte “aktualizované telefonní číslo pomocí SMS.
• Ověřte, zda se v účtu projevuje aktualizované a „ověřené“ telefonní číslo.

Případ 2: Nákup produktu

Nákup produktu má obvykle obecný průběh.

Zde jsou uvedeny některé obecné scénáře, na které se koncoví uživatelé dívají:

Předpoklad: Uživatel by měl být přihlášen do aplikace.

Test 1: Podrobnosti o produktu, ověřte, zda je uživatel schopen:

• Zobrazit stránku s podrobnostmi o produktu.
• Prohlédněte si všechny dílčí sekce na stránce s podrobnostmi o produktu (popis, funkce, informace o značce atd.).
• Na stránce s podrobnostmi o produktu vyberte množství produktu, barvu, velikost atd.
• Přejděte na stránku kategorií a podkategorií na stránce Podrobnosti o produktu (je-li k dispozici na stránce Podrobnosti o produktu).
• Přejděte na stránku s podrobnostmi o jiném produktu (je-li uvedena příslušná sekce produktů).
• Prohlédněte si komentáře a hodnocení produktu.
• Řazení komentářů k produktu na základě hodnocení.
• Zobrazit celkové hodnocení produktu.
• Přidat komentář k produktu.
• Aktualizujte svůj komentář k produktu.
• Smažte jeho komentář k produktu (je-li k dispozici).

Test 2: Přidat do košíku, ověřte, zda je Uživatel:

• Možnost přidání produktu do košíku:
  • Prostřednictvím stránky s podrobnostmi o produktu.
  • Prostřednictvím stránky Seznam produktů.
• Schopen přidat do košíku požadované množství (nastavený limit 1 až max).
• Nelze přidat produkt do košíku, pokud není na skladě.

Test 3: Na stránce košíku ověřte, zda je uživatel schopen:

• Podívejte se na produkt v košíku s podrobnostmi o ceně pro přidané množství.
• Aktualizovat množství (nastaven 1 až maximální limit).
• Vyjměte produkt z košíku.
• Přejděte zpět na nákupy.
• Pokračujte k pokladně.
• Zobrazit prázdný košík, pokud není přidán žádný produkt,

Test 4: Na stránce Podrobnosti o účtu ověřte, zda je uživatel schopen:

• Pokračujte s existujícími podrobnostmi o přepravě.
• Aktualizujte dodací adresu.
• Přidejte novou dodací adresu.
• Pokračujte se stávajícím telefonním číslem.
• Aktualizujte telefonní číslo objednávky.
• Přidejte k objednávce nové telefonní číslo.
• Přejděte zpět na stránku košíku.
• Přejděte na stránku Platby.

Test 5: Na stránce Platby ověřte, zda je uživatel schopen:

• Ověřte správnost fakturované částky.
• Zpracovat objednávku se všemi dostupnými možnostmi (Jedna možnost pro každou samostatnou objednávku).
• Zpracovat transakci úspěšně. Přejděte na stránku Potvrzení objednávky.
• Selhání transakce (I když se jedná o negativní testování, mělo by se to považovat za hlavní scénář).
• Použít kupóny:
  • Platné kupóny - úspěch. Zde ověřte změnu částky, která má být fakturována.
  • Neplatné kupóny - selhání
• Platnost kupónů - selhání.
• Přejděte zpět na stránku s podrobnostmi o účtu.

Kontrola přejímacích testů

Kontrola akceptačních testů je důležitý úkol, protože musí být správný a správný s ohledem na obchodní požadavky. Protože je mohou provádět samotní zákazníci nebo koncoví uživatelé, je velmi nutné být úplný, nejednoznačný, správný a dostatečně podrobný, aby kdokoli porozuměl a provedl jej.

Kontroly akceptačních testů musí provádět obchodní analytici, zákazníci a jakékoli komentáře k revizím by měly být začleněny do priorit.

Na úrovni jednotlivých testů je třeba provést kontrolu podle níže uvedeného:

• Zda test pokrývá obchodní požadavek nebo ne.
• Jsou předběžné podmínky jasné?
• Jsou kroky testu snadno srozumitelné a podrobné?
• Je očekávaný výsledek správný a jasný?
• Je to mapováno na obchodní požadavky na sledovatelnost?
• Je test dostatečně úplný, aby pokryl konkrétní tok nebo použití?
• Je konkrétní zkouška požadována jako součást přejímacích zkoušek.
• Existuje nějaký ověřovací bod, který není nutný pro přejímací zkoušky.
• Je to čistě funkční nebo je zahrnuto nějaké GUI (mělo by to být pouze funkční).
• Jsou speciální vstupní data nutná? Pokud ano, jsou uvedeny podrobnosti?

Celkově by měla celá kontrola sady Přijímacích testů pokrývat:

• Obousměrná sledovatelnost: Obchodní požadavky na testy A Testy na obchodní požadavky.
• Jsou pokryty všechny obchodní požadavky?
• Pokrývá každý obchodní požadavek jeden nebo více testů?
• Jsou zahrnuta obchodní pravidla?
• Je řešen případ zvláštních dat?
• Kolik testů je napsáno k pokrytí každého požadavku nebo pravidla?
• Lze testy seskupit a klasifikovat pro toky.
• Jsou testy správně sekvenovány, aby bylo provedení efektivní?

Závěr

Stručně řečeno, jak již bylo zmíněno dříve, dokumenty hrají při testování přijatelnosti velmi drastickou roli.

Proto by měl být jakýkoli napsaný akceptační test dobře strukturovaný a přizpůsobený jeho použití, aby udržoval akceptační testery v zájmu toho, co testují a jak to dělají. To by zase automaticky přineslo úspěch.

=> Navštivte zde kompletní výukový program pro testovací plán

Předchozí výukový program | DALŠÍ výuka

Zůstaňte naladěni a sledujte nadcházející výukový program Acceptance Testing, kde se dozvíte více o zprávách Acceptance Testing Reports spolu s některými obecnými šablonami. Pokud máte jakékoli dotazy, dejte nám vědět.

Doporučené čtení

• Nejlepší nástroje pro testování softwaru 2021 (QA Test Automation Tools)
• Pozitivní testování: význam a zásluhy vysvětlené scénáři skutečného testu
• Testování stahování e-knih Primer
• TimeShiftX vydán pro zjednodušení testování časového posunu
• Co je to přejímací testování (kompletní průvodce)
• Ukázková šablona pro protokol o přejímce s příklady
• Jste odborníkem na manuální nebo automatizační testování? Pracujte na částečný úvazek pro nás!
• Testování zátěže s výukovými programy HP LoadRunner