Smoke testing a UAT: jak otestovat aplikaci s AI
Smoke testing je rychlá kontrola funkčnosti aplikace. Ukážeme si, jak sestavit kontrolní seznam a jak nechat aplikaci otestovat uživateli (UAT).
Shrnutí a kontext
Smoke test je krátká kontrola, která se provádí po vytvoření nové verze a slouží pro rychlé ověření funkčnosti aplikace: například spustíte aplikaci, přihlásíte se a zkontrolujete základní funkčnost (např. připojení k databázi). Oproti tomu akceptační testování uživatelem (UAT, user acceptance testing) detailně ověřuje, že aplikace dělá to, co od ní uživatelé požadují. U aplikace vytvářené pomocí AI se hodí provádět obojí, protože pokud nejste dostatečně důslední v zadání, může AI při úpravě jedné funkce změnit i jinou. Tento článek ukazuje, jak oba druhy testů připravit bez testovacích frameworků a kde mít kontrolní seznam a odkazy pro testery.
1. Co je smoke testing
Smoke testing (kouřový test) je sada několika rychlých kontrol, které ověří, že nová verze aplikace funguje a má smysl ji dál podrobněji testovat. Název pochází z vývoje elektroniky: zařízení se po zapojení zapne, a když se z něj nekouří, pokračuje se v měření.
Smoke test netestuje každou funkci. Ověřuje jen to, bez čeho aplikace nejde používat, třeba načtení úvodní stránky, přihlášení, uložení záznamu nebo odeslání e-mailu. Celý by měl trvat maximálně několik minut, ale často jej zvládnete během pár vteřin.
2. Smoke testing, sanity testing a UAT: jaký je rozdíl
Smoke testing ověřuje celou aplikaci po nasazení, sanity testing jednu konkrétní opravu nebo změnu a UAT to, jestli aplikace splňuje požadavky uživatelů. Liší se tím, kdo test dělá a jak dlouho trvá.
| Smoke testing | Sanity testing | UAT | |
|---|---|---|---|
| Co ověřuje | Že aplikace funguje v základu | Že konkrétní oprava nebo změna funguje | Že aplikace dělá, co uživatelé potřebují |
| Kdy | Po každém nasazení | Po opravě chyby | Před vydáním nové verze nebo předáním zákazníkovi |
| Kdo testuje | Vy nebo automatický skript | Vy | Uživatelé nebo zákazník |
| Jak dlouho | Několik minut | Několik minut | Hodiny až dny |
3. Kontrolní seznam pro smoke test
Kontrolní seznam pro smoke test sestavte z hlavního scénáře aplikace, který máte popsán pro AI. Pokud jste psali zadání podle šablony PRD, použijte části Hlavní scénáře a Hotovo je, když. Seznam pak projděte po každé změně od AI a po každém nasazení.
Následující body jsou příklad pro webovou aplikaci s přihlášením a databází. Upravte je podle toho, co je důležité pro vaši aplikaci.
4. Smoke testing u aplikace vyvíjené pomocí AI
U aplikace vyvíjené s AI spouštějte smoke test po každé větší změně, ne až před vydáním. Lovable, Bolt nebo Cursor mohou při úpravě jedné obrazovky změnit sdílenou komponentu, databázové schéma nebo přihlašování. Chyba se pak projeví na jiném místě aplikace.
Když smoke test selže, informujte o tom AI, anebo se vraťte k poslední funkční verzi a změnu zadejte asistentovi znovu, v menším rozsahu s upozorněním na problém, který původní řešení způsobilo. K tomu potřebujete mít kód v Gitu a změny zapisovat po malých krocích. Kontrolní seznam můžete AI využít k tomu, aby z něj napsala automatické testy, třeba v Playwright. I s automatickými testy ale hlavní scénář občas projděte ručně, AI může ignorovat situace, které vám mohou v aplikaci vadit.
5. User acceptance testing: jak nechat aplikaci otestovat uživateli
User acceptance testing (UAT) je test, při kterém skuteční uživatelé nebo zákazník ověří, že aplikace řeší to, co potřebují, a vydání schválí. Probíhá na testovacím prostředí, například na stagingu, ne na produkci se skutečnými daty.
- 1
Připravte testovací prostředí
Nasaďte verzi, kterou chcete ověřit, na vyhrazené prostředí. Platby přepněte do testovacího režimu a e-maily posílejte jen na testovací adresy nebo do fiktivní schránky.
- 2
Vytvořte testovací účty
Připravte testerům testovací účty pro role, kterou budou i v ostré aplikaci. Testovací data by měla rozsahem odpovídat produkčním, citlivé údaje můžete anonymizovat.
- 3
Popište scénáře k ověření
Napište testerům, co mají projít. Nepopisujte konkrétní kroky, ale zadejte reálné scénáře, například „zarezervujte si zasedačku na příští úterý a pak rezervaci zrušte“. Pokud se v nové verzi něco změnilo, upozorněte je.
- 4
Domluvte si, jak hlásit chyby
Určete jedno místo pro hlášení chyb, třeba formulář nebo nástroj pro sledování úkolů nebo chyb. Ke každé chybě by měl tester napsat verzi aplikace, kroky, které vedly k chybě, a připojit snímek obrazovky nebo krátké video.
- 5
Zapište výsledek
Po skončení testu zapište, kterou verzi uživatelé schválili a které chyby se mají opravit před vydáním. Schválenou verzi pak nasaďte na produkci beze změn.
6. Kontrolní seznam, prostředí a odkazy pro testery v AboutTheApp
Testeři potřebují znát adresu testovacího prostředí, testovací scénáře, popis změn v testované verzi a místo pro hlášení chyb. S AboutTheApp je můžete mít pohromadě přímo v aplikaci, tester tak má vše na jednom místě.
Na kartě aplikace přidejte tlačítkem Přidat odkaz testovací scénáře (dokument v repozitáři, Confluence, Google Docs, projekt v software pro správu testu a další) do kategorie Monitoring a kvalita a formulář nebo nástroj pro hlášení chyb do kategorie Sledování úkolů. Odkazy, které nemají vidět všichni, označte jako Soukromé. Zobrazí se jen přihlášeným členům týmu a těm, kdo zadají kód pro odemknutí. Hesla testovacích účtů do AboutTheApp nepište, předejte je testerům zvlášť.
Pokud aplikaci testuje zákazník, přidejte si ho do AboutTheApp a přiřaďte k němu aplikaci s testovacím prostředím. Odkazy, které patří jen k tomuto prostředí, zadejte přímo k tomuto prostředí. Testovanou verzi zapište v okně Verze produktu společně se seznamem změn, aby testeři věděli, co ověřit. Pokud do aplikace doplníte About box, bude mít tester k dispozici informace o verzi i změnách ve verzi přímo v aplikaci.
Časté otázky
Co je smoke testing?
Smoke testing je krátká sada kontrol, které po nasazení ověří, že aplikace funguje: spustí se, přihlásíte se a hlavní scénář dojde do konce. Teprve potom má smysl testovat podrobněji.
Jaký je rozdíl mezi smoke testingem a sanity testingem?
Smoke testing ověřuje základní funkce celé aplikace po nasazení. Sanity testing ověřuje jednu konkrétní opravu nebo změnu a to, že nerozbila nejbližší okolí.
Co je UAT testování?
UAT (user acceptance testing, akceptační testování uživatelem) je test, při kterém skuteční uživatelé nebo zákazník ověří, že aplikace splňuje jejich požadavky, a schválí ji k vydání. Probíhá na testovacím prostředí, ne na produkci.
Kdo dělá UAT?
UAT dělají budoucí uživatelé aplikace nebo zástupci zákazníka, ne vývojář ani tester.
Jak často spouštět smoke test u aplikace vytvářené pomocí AI?
Po každé větší změně, kterou AI provede, a po každém nasazení. AI při úpravě jedné funkce může změnit i jinou část aplikace. Smoke test to odhalí během několika minut.
Dá se smoke test automatizovat?
Ano. Kontrolní seznam můžete předat AI asistentovi a nechat z něj napsat automatické testy například v Playwright, které se spustí po každém nasazení. Vybrané kroky je přesto vhodné testovat ručně.
Kde mít kontrolní seznam a odkazy pro testery?
V AboutTheApp je přidáte k aplikaci jako odkazy v kategoriích Monitoring a kvalita a Sledování úkolů a neveřejné označíte jako soukromé. Tester pak dostane jeden odkaz na About page s prostředím, verzí a seznamem změn.
Ve zkratce
Smoke test po každé změně od AI odhalí rozbitý základ aplikace během několika sekund, UAT před vydáním ověří, že aplikace dělá, co uživatelé potřebují.
AboutTheAppChcete mít podklady pro testery na jednom místě?
Založte si zdarma aplikaci v AboutTheApp a přidejte k ní testovací prostředí, kontrolní seznam a verze se seznamem změn.