Jak psát efektivní testovací případy

V podstatě všechny dělají totéž: Tyto procesy zahrnují další úroveň hodnocení, potvrzení, autorizace nebo schválení, aby byla zajištěna přesnost, kvalita nebo relevance výstupu.

Ve vývoji softwaru se tomuto procesu říká testování nebo zajištění kvality. Zjednodušeně řečeno, testování softwaru vyhodnocuje kód, aby se zajistilo, že funguje podle očekávání. Aby tuto činnost prováděly efektivně, používají týmy zajišťující kvalitu výkonný nástroj zvaný testovací případ.

V tomto blogovém příspěvku se podíváme na to, co to je, proč je to potřeba, kdy to použít a hlavně, jak psát testovací případy.

Co je to testovací případ?

Testovací případ je soubor akcí, podmínek a vstupních dat používaných k hodnocení kvality softwarové aplikace.

Řekněme, že jste vytvořili formulář pro zadání jména a e-mailové adresy uživatele pro přihlášení k odběru newsletteru. Jeho testovací případ bude specifikovat následující:

Akce [uživatelské i interní]: Vše, co se od uživatele nebo softwaru očekává, aby byl dokončen pracovní postup ve vyvíjeném softwaru.

Podmínky: Požadavky, které by měl uživatel nebo systém splňovat při provádění svých akcí.

Vstupní data: Ukázky toho, co je pro danou funkci přijatelným vstupem. Týmy zajišťující kvalitu [QA] obvykle vytvářejí testovací data, která umožňují otestovat pozitivní i negativní výsledky.

Například pokud je podmínkou pro ověření pole „jméno“ to, že „může obsahovat pouze písmena abecedy a mezeru“, testovací data by byla

Proč jsou testovací případy důležité v softwarovém inženýrství?

Metoda testovacích případů představuje komplexní, systematický a opakovatelný přístup k testování softwaru. Ačkoli jejím primárním účelem je zajistit kvalitu aplikace, přidává procesu softwarového inženýrství samotnému několik úrovní robustnosti a spolehlivosti.

✅ Identifikace chyb: Testovací případy pomáhají identifikovat chyby v softwaru. Jsou klíčovým faktorem při rozhodování, zda je aplikace bezpečná pro nasazení do produkčního prostředí.

✅ Ověřování požadavků: Testovací případy zajišťují, že to, co jste vytvořili, odpovídá vašim původním záměrům. To je obzvláště důležité, pokud jste servisní organizace vyvíjející software pro externí zákazníky, kteří mají specifické požadavky.

✅ Snižování rizik: Testovací případy hodnotí danou funkci z hlediska bezpečnostních, výkonnostních a finančních rizik. Analytik kvality také zahrnuje podmínky týkající se dodržování předpisů, průmyslových standardů atd., aby zajistil, že jsou pokryty všechny aspekty.

✅ Vyvážení celkového pohledu: Nová funkce může fungovat dobře izolovaně. Po integraci do zbytku softwaru však může přestat fungovat nebo způsobit selhání jiné funkce. Testovací případy zajistí, že se na to přijde dříve, než to ovlivní uživatelský zážitek v produkčním prostředí.

Může jeden testovací případ splnit všechny výše uvedené požadavky? Ne tak docela. V závislosti na funkci, softwaru, systémech, potřebách a organizačních cílech existuje několik typů testovacích případů, které týmy QA vytvářejí.

Jaké typy testovacích případů používají týmy QA?

Pro každý typ testování softwaru existuje testovací případ. Mezi nejčastěji používané patří následující.

Testovací případ funkčnosti: Tento základní a klíčový testovací případ ověřuje, zda software funguje podle očekávání. Každý pracovník QA by měl tento testovací případ napsat jako absolutní minimum.

Testovací případy jednotkových testů: Jednotkové testování hodnotí část funkce nebo jednotlivou jednotku. Například pracovník kontroly kvality může napsat jednotkové testy, aby ověřil, zda pole pro e-mailovou adresu splňuje různé podmínky.

Testovací případy zabezpečení: Tyto testy hodnotí, zda daná funkce splňuje bezpečnostní standardy pro nasazení do produkčního prostředí. Obvykle zahrnují testy autorizace, autentizace, souladu s normami OWASP atd.

Testovací případy výkonu: Tyto testy ověřují, zda nová funkce splňuje požadavky na rychlost, spolehlivost, škálovatelnost a využití zdrojů.

Regresní testovací případy: Regresní testování zajišťuje, že nová funkce, kterou jste vyvinuli, neovlivní žádné ze stávajících funkcí v produktu.

Kromě toho lze spouštět i specifické testovací případy. Například organizace zaměřené na design mohou zahrnovat testovací případy uživatelského rozhraní [UI]. Produkty, které tvoří součást většího pracovního postupu, mohou vyžadovat mnoho integračních testovacích případů. Jiné mohou vytvářet specifické testovací případy použitelnosti zaměřené na heuristiku, přístupnost, inkluzi atd.

Jako produktový vlastník rozhodujete o tom, co má váš software umět, a vytváříte testovací případy, které se na to vztahují. Musíte pokrýt všechny scénáře, které jsou pro vás důležité.

Znamená to snad, že testovací případ je prostě jen testovací scénář? Vůbec ne.

Jaký je rozdíl mezi testovacím případem a testovacím scénářem?

Testovací případ je komplexní záznam toho, jak by se měla chovat vaše nová funkce [a jak ji otestovat]. Testovací scénář je obecný popis toho, jaké akce se mohou odehrát [a tudíž být testovány].

V návaznosti na předchozí příklad by testovací scénář zněl „otestovat přihlášení k odběru newsletteru“. Testovací případy by však byly:

Nyní, když známe rozdíly, vraťme se zpět k testovacímu případu a podívejme se na něj podrobněji.

Co by měl obsahovat dobře napsaný testovací případ?

Součásti testovacího případu jsou:

Stručně řečeno, testovací případ je podrobná dokumentace všeho, co je třeba otestovat, aby se zajistilo, že software funguje tak, jak má. Díky tomu je komplexní, detailní a mnohostranný a zahrnuje více komponent.

Mezi klíčové součásti testovacího případu patří:

ID testovacího případu: Každý testovací případ má číslo. Může to znít jednoduše, ale při důkladném testování aplikace budete provádět různé testy, které se zdají podobné. ID testovacího případu pomáhá je od sebe odlišit.

Popis: Popis toho, co testujete. Ve výše uvedeném příkladu by to mohlo být: „Přidání skutečných, zainteresovaných potenciálních zákazníků do naší databáze odběratelů newsletteru.“

Předpoklady: Všechny podmínky, které musí být splněny pro použití této funkce. Například jsme výše diskutovali o ověření každého pole. Kromě toho mohou další podmínky zahrnovat:

Kroky: Kroky, které by měl uživatel nebo systém provést, aby bylo hodnocení dokončeno a označeno za úspěšné.

Očekávané výsledky: Seznam toho, co má systém udělat jako další.

Skutečné výsledky: Jedná se o postřehy testera po provedení testovacího případu. Právě tyto informace budou zaslány zpět vývojáři v případě, že něco nefunguje správně.

S tímto jste připraveni psát efektivní testovací případy. Zde je návod, jak na to.

Jak psát efektivní testovací případy s příklady

Takto můžete psát efektivní testovací případy:

Psaní dobrého testovacího případu vyžaduje jak obchodní logiku, tak technologické znalosti. Musíte tomu rozumět jak z pohledu uživatele v reálném světě, tak z technologického hlediska v digitálním světě. Níže najdete robustní rámec, který vám pomůže na této cestě začít.

1. Jak identifikujete správné testovací scénáře?

Než začnete psát testovací případy, seznamte se s reálnými scénáři, ve kterých bude daná funkce použita. Přečtěte si uživatelský příběh, prostudujte dokument s požadavky nebo dokonce prodiskutujte specifikace s vývojářem.

Například testovací scénáře v předchozím příkladu by byly: Uživatel se úspěšně přihlásí k odběru newsletteru.

V tomto kroku je důležité si položit otázku, zda dokument s požadavky popisuje uživatele nějakým konkrétním způsobem.

Proto si důkladně prostudujte požadavky, specifikace a uživatelské příběhy.

2. Jak cíle ovlivňují vaše testovací případy?

V této fázi definujte, čeho chcete spuštěním testů dosáhnout. Pokud například pouze testujete, zda daná funkce pracuje podle plánu, napíšete funkční testovací případy.

Pokud však potřebujete, aby byl také bezpečný a výkonný, napíšete také odpovídající testovací případy. To vám pomůže zefektivnit agilní testovací proces a prezentovat výsledky vývojovému týmu.

3. Co dělá testovací kroky jasnými a opakovatelnými?

Tato fáze není jen o nastínění pracovního postupu. Zahrnuje vše, co musí QA udělat, aby zajistilo, že daná funkce bude fungovat podle očekávání.

Buďte důkladní: Jděte do co největších detailů. Uveďte, co se má stát na základě akce uživatele/systému. Můžete například napsat:

Zajistěte jejich opětovné použití: Většina funkcí se v minulosti překrývá s jinými funkcemi. Například pole pro přihlášení k odběru newsletteru mohou být podobná těm pro vytváření nových uživatelských účtů. Využijte je co nejvíce, abyste zachovali konzistenci a efektivitu.

Ve skutečnosti můžete také vytvářet šablony dokumentů s požadavky na produkt, které lze opakovaně používat a ze kterých je snazší extrahovat testovací scénáře a testovací případy.

Nakreslete proces: U složitých funkcí může být obtížné zdokumentovat všechny testovací případy lineárním způsobem. V takových případech zkuste použít vývojový diagram.

ClickUp Whiteboards nabízí vysoce přizpůsobitelné prázdné plátno pro vizualizaci pracovního postupu vašich funkcí. Necítíte se pod tlakem, že to musíte zvládnout sami. Vytvořte si své vývojové diagramy a sdílejte je se všemi zúčastněnými stranami – obchodními analytiky, vývojáři, manažery testování atd. – a získejte jejich souhlas, než se do toho pustíte!

Stanovte kontext: Zatímco testovací scénář popisuje obchodní kontext, je třeba jasně nastínit nastavení testování. Uveďte verzi softwaru, operační systém/prohlížeč, hardware, formáty data a času, časové pásmo atd. Přidejte také odkazy na jakékoli dokumenty a zdroje, které mohou být při provádění testů užitečné.

4. Jak by měly být definovány očekávané výsledky?

Toto je odpověď na otázku „co se stane, když…“! Co se tedy stane, když je pole „jméno“ ověřeno? Co se stane, když pole „jméno“ není ověřeno?

Tímto způsobem nastíňte očekávané výsledky pro každou možnost. Čím složitější je vaše funkce, tím delší bude váš seznam.

5. Proč jsou nezbytné předběžné a následné podmínky?

V dnešní době žádná funkce není izolovaná. Ve vývoji softwaru je každá funkce propojena s něčím jiným, což znamená, že testování má řadu předběžných a následných podmínek.

Příklady předběžných podmínek

Příklady postpodmínek

To byly základy, pojďme se nyní podívat na podrobnosti.

Jaké jsou osvědčené postupy pro psaní kvalitních testovacích případů?

Osvědčené postupy pro psaní testovacích případů jsou:

Přiznejme si to: psaní testovacích případů je umění. Dobrý testovací případ odhalí chyby a nedostatky, které nebyly ani zmíněny v požadavcích. Co kdyby například pole pro jméno obsahovalo dvě mezery? Nebo co kdyby příjmení uživatele obsahovalo pomlčku?

Aby vaše testovací případy směřovaly k dodání vysoce kvalitního softwaru, zvažte následující osvědčené postupy.

🧠 Myslete jako uživatel

Než začnete psát testovací případy, zamyslete se z pohledu uživatele. Buďte kritičtí a detailní. V příkladu, o kterém jsme dosud hovořili, byste se mohli zeptat:

Vžijte se do role uživatele. Prozkoumejte různé možnosti a dokonce i okrajové případy. Možná nevytvoříte testovací případy pro všechny, ale jejich prozkoumání pomáhá posílit danou funkci.

🎯 Soustřeďte se vždy na jednu věc

Nepiš funkční testovací případ, který je zároveň testem použitelnosti a testem databáze. Dělej vždy jen jednu věc. Takhle, když je výsledek testu úspěšný nebo neúspěšný, přesně víš, co fungovalo a co se pokazilo.

Zahrnutí příliš mnoha proměnných do jednoho testu zkomplikuje řešení problémů v případě, že test selže.

👫 Nedělejte to sami

Testovací případy definují kvalitu softwaru. I když se jedná o kontrolní fázi v procesu „maker-checker“, je třeba je podrobit další vrstvě revize prováděné dvěma osobami. Jakmile tedy napíšete testovací případy, nechte je zkontrolovat kolegy.

Požádejte kolegu, aby si prošel to, co jste napsali. Vyzvěte ho, aby hledal chyby a poskytl kritickou zpětnou vazbu. Pomůže také spolupráce s obchodními analytiky a vývojáři, abyste lépe pochopili jejich záměr.

♻️ Vytvářejte šablony pro opakované použití

Ze všech osvědčených postupů při psaní testovacích případů je nejcennější vytváření šablon. Ať už testujete podobné nebo zcela odlišné funkce, šablona vám poskytne strukturu pro vaše myšlenky. Zahrňte klíčové komponenty, automatický mechanismus číslování nebo rámec pro prezentaci všech výsledků testů.

Stáhnout tuto šablonu

Šablona testovacích případů ClickUp je jednoduchý, ale výkonný příklad toho, jak můžete pomocí opakovatelného rámce výrazně zlepšit efektivitu a přehlednost. Tato šablona pro začátečníky je přizpůsobitelná, což vašim týmům umožní zvládnout více práce v kratším čase. A co víc? Tuto šablonu můžete také použít k identifikaci kandidátů pro automatizaci a zdvojnásobení vašich úsilí v oblasti zajištění kvality.

🛠️ Používejte správné nástroje

V týmu vývojářů softwaru může být psaní komplexních testovacích případů pro složité funkce časově náročným úkolem. Nemluvě o jejich dokumentaci a organizaci pro snadný přístup.

K tomu si vyberte ten správný nástroj.

Které nástroje pomáhají týmům efektivně spravovat testovací případy?

Moderní platformy pro zajištění kvality propojují plánování, provádění, reporting a automatizaci, aby udržely pokrytí v požadovaném rozsahu.

Dobrá správa testovacích případů vám umožňuje vytvářet, organizovat, provádět, zaznamenávat a sledovat to, co testujete. Pomáhá testovacím týmům zajistit důkladnost bez ztráty efektivity. Pomáhá vývojovým týmům jasně vidět chyby.

Zatímco výhody jsou nekonečné, výzvy jsou také. Pravidlem pro počet testovacích případů na jednu funkci je „tolik, kolik je potřeba“. V závislosti na funkci to mohou být dva – tj. jeden pozitivní a jeden negativní. Mohou to být tři, pokud je testovací případ podmíněný. Nebo jich může být více.

K tomu potřebujete robustní nástroj. Mezi nejlepší moderní nástroje pro testování kvality patří:

ClickUp

Takto ClickUp zlepšuje správu testovacích případů:

ClickUp pro softwarové týmy je komplexní nástroj pro řízení projektů, navržený tak, aby podporoval všechny aspekty vývojového procesu. Správa testovacích případů není výjimkou.

Psaní testovacích případů: ClickUp umožňuje týmům efektivně spravovat jejich backlog díky robustním funkcím pro sledování chyb a problémů. Spravujte stávající testovací případy a vytvářejte nové pomocí ClickUp. Využijte formuláře pro softwarové týmy k zaznamenávání požadavků/chyb a jejich automatickému převodu na úkoly pro tým.

Přehlednost pro provoz: Můžete si je prohlížet jako kanbanovou tabuli napříč stavy nebo je plánovat pomocí kalendářového zobrazení. Spravujte úkoly týmu QA pomocí zobrazení ClickUp Workload a urychlete přechod do produkce. Využijte šablonu ClickUp pro sledování chyb a problémů a získejte přehled o všech testovacích činnostech ve vašem softwarovém vývojovém projektu.

Automatizace v projektovém řízení: Hladce integrujte správu testovacích případů do procesu vývoje produktu.

Pomocí automatizací ClickUp přiřaďte ke každému testovacímu případu správného testera. Jakmile se stav QA změní, automaticky jej přiřaďte zpět vývojáři k revizi.

S ClickUp pro agilní týmy vytvářejte opakovaně použitelné kontrolní seznamy, které se automaticky přidávají k úkolům. Nastavte ClickUp Brain, aby pomáhal týmům QA psát zprávy rychleji.

Osvědčené postupy již připraveny: Využijte desítky předem navržených šablon a vnesete tak strukturu do svého testovacího procesu. Začněte s různými šablonami testovacích případů nebo šablonami hlášení chyb.

Stáhnout tuto šablonu

Poté vyzkoušejte šablonu pro správu testů od ClickUp, která vám pomůže zefektivnit testovací scénáře, testovací případy a testovací běhy. S touto šablonou můžete sledovat proces, vyhodnocovat výsledky a spolupracovat s vývojovým týmem na řešení chyb a problémů.

Pro začátečníky obsahuje tato šablona také podrobný dokument „Jak začít“, který vás provede celým procesem.

Nevíte, jak napsat testovací zprávu? Máme pro vás šablonu. Stáhněte si a použijte šablonu testovací zprávy ClickUp vhodnou pro začátečníky, abyste mohli shrnout výsledky svých testů a předat je vývojářům.

TestRail

TestRail je platforma pro správu testů určená k dokumentaci a sledování testovacích plánů. Obsahuje funkce pro sledovatelnost, pokrytí, automatizaci testů a analytiku. Nativně se integruje s řadou nástrojů pro vývoj softwaru a nabízí rozsáhlé API.

BrowserStack

BrowserStack je nástroj pro testování aplikací a prohlížečů. Nabízí testování aplikací pro iOS a Android i webových stránek v různých prohlížečích. Obsahuje specifické moduly pro vizuální testování, testování přístupnosti, sledovatelnost testů, automatizaci s minimem kódu a další.

Jira

Jako jeden z nejpopulárnějších nástrojů pro agilní řízení projektů slouží Jira také jako software pro sledování chyb. S Jirou můžete psát testovací případy a propojovat je s uživatelskými příběhy, známými chybami nebo jinými problémy.

Jira však není navržena pro správu testovacích případů, takže funkce pro vytváření reportů a automatizaci mohou být omezené.

Jste připraveni posílit svůj proces testování softwaru? Vytvořte si ho s ClickUp.

Ve vývoji softwaru hraje testování klíčovou roli při zajišťování toho, že je vše v pořádku. Poskytuje komplexní podporu.

Ověřuje práci vývojového týmu. Potvrzuje soulad se záměrem obchodního týmu. Zůstává věrný potřebám uživatelů v oblasti funkčnosti, výkonu, bezpečnosti a ochrany soukromí.

Řízení tak kritického a komplexního procesu vyžaduje promyšlenou sadu nástrojů. A přesně tím ClickUp je.

Ať už používáte agilní, vodopádový nebo hybridní model vývoje softwaru, ClickUp nabízí řadu funkcí, které lze snadno přizpůsobit vašim konkrétním potřebám.

Kromě výkonného a mnohostranného řízení úkolů nabízí ClickUp také sadu testů, automatizace DevOps, integrace a šablony, které mají opravdu co nabídnout. Přesvědčte se sami. Vyzkoušejte ClickUp ještě dnes zdarma.