180+ příkladů testování webových aplikací Testovací případy (ukázkový kontrolní seznam)

180 web application testing example test cases

Příklad testování webových aplikací Testovací případy: Toto je kompletní kontrolní seznam testování pro webové i desktopové aplikace.

Toto je velmi komplexní seznam příkladů testovacích případů / scénářů testování webových aplikací. Naším cílem je sdílet jeden z nejkomplexnějších kontrolních seznamů testování, jaký kdy byl napsán, a to ještě není hotové.

V budoucnu budeme tento příspěvek i nadále aktualizovat o další testovací případy a scénáře. Pokud nemáte čas si ji nyní přečíst, můžete ji sdílet se svými přáteli a uložit si ji na později.

Vytvořte kontrolní seznam testování jako nedílnou součást procesu psaní testovacích případů. Pomocí tohoto kontrolního seznamu můžete snadno vytvořit stovky Testovací případy pro testování webových nebo desktopových aplikací.

Jedná se o obecné testovací případy a měly by být použitelné téměř pro všechny druhy aplikací. Doporučte tyto testy při psaní testovacích případů pro váš projekt a jsem si jist, že pokryjete většinu z nich typy testování s výjimkou obchodních pravidel pro konkrétní aplikaci uvedených ve vašich dokumentech SRS.

I když se jedná o běžný kontrolní seznam, doporučuji připravit standardní kontrolní testovací seznam přizpůsobený vašim konkrétním potřebám pomocí testovacích případů kromě testů specifických pro aplikaci.

Doporučený nástroj:

Než budete pokračovat v procesu psaní testovacích případů, doporučujeme si stáhnout tento nástroj pro správu testovacích případů. To usnadní váš testovací plán a proces psaní testovacích případů zmíněný v tomto kurzu.

=> Stáhněte si nástroj pro správu testovacích případů TestRail

Důležitost použití kontrolního seznamu pro testování

# 1) Údržba standardního úložiště opakovaně použitelných testovacích případů pro vaši aplikaci zajistí rychlejší zachycení většiny běžných chyb.
#dva) Kontrolní seznam pomáhá rychle dokončit psaní testovacích případů pro nové verze aplikace.
# 3) Opětovné použití testovacích případů pomáhá ušetřit peníze na zdrojích při psaní opakovaných testů.
# 4) Důležité testovací případy budou vždy zahrnuty, takže je téměř nemožné zapomenout.
# 5) Kontrolní seznam testování mohou vývojáři odkázat, aby zajistili, že nejběžnější problémy budou vyřešeny ve samotné vývojové fázi.

Poznámky:

• Proveďte tyto scénáře s různými uživatelskými rolemi, např. uživatel správce, uživatel hosta atd.
• U webových aplikací tyto scénáře by mělo být testováno na více prohlížečích jako IE, FF, Chrome a Safari s verzemi schválenými klientem.
• Testujte s různými rozlišeními obrazovky, jako je 1024 x 768, 1280 x 1024 atd.
• Aplikace by měla být testována na různých displejích, jako jsou LCD, CRT, notebooky, tablety a mobilní telefony.
• Otestujte aplikaci na různých platformách, jako jsou Windows, Mac, operační systémy Linux atd.

Co se naučíte:

• Více než 180 příkladů testování webových aplikací
  • Obecné testovací scénáře
  • Scénáře grafického uživatelského rozhraní a použitelnosti
    • Testovací scénáře pro kritéria filtru
    • Testovací scénáře pro tabulku výsledků
    • Testovací scénáře pro okno
  • Scénáře testování databáze
    • Testovací scénáře pro funkčnost nahrávání obrázků
    • Testovací scénáře pro odesílání e-mailů
    • Testovací scénáře pro exportní funkce aplikace Excel
  • Scénáře testování výkonu
  • Scénáře testování zabezpečení
• 100+ testovacích případů připravených k provedení (kontrolní seznamy)
  • Kompletní kontrolní seznam (testovací případy) pro nejběžnější komponenty AUT
    • Kontrolní seznam č. 1: Kontrolní seznam pro testování mobilních zařízení
    • Kontrolní seznam č. 2: Kontrolní seznam pro testování formulářů / obrazovek
    • Kontrolní seznam č. 3: Kontrolní seznam pro testování pole textového pole
    • Kontrolní seznam č. 4: Kontrolní seznam pro testování seznamu nebo rozevíracího seznamu
    • Kontrolní seznam č. 5: Kontrolní seznam pro testování polí
    • Kontrolní seznam č. 6: Kontrolní seznam pro testování přepínačů
    • Kontrolní seznam č. 7: Testovací scénáře pro datové pole
    • Kontrolní seznam č. 8: Scénáře testování tlačítka Uložit
    • Kontrolní seznam č. 9: Zrušení testovacích scénářů tlačítek
    • Kontrolní seznam č. 10: Odstranění testovacích bodů tlačítka
    • Kontrolní seznam č. 11: Ověření ovlivněných oblastí po uložení nebo aktualizaci
    • Kontrolní seznam č. 12: Seznam testování datové mřížky
  • Doporučené čtení

Více než 180 příkladů testování webových aplikací

Předpoklady: Předpokládejme, že vaše aplikace podporuje následující funkce

• Formuláře s různými poli
• Dětská okna
• Aplikace interaguje s databází
• Různá kritéria filtru vyhledávání a výsledky zobrazení
• Nahrání obrázku
• Funkce odesílání e-mailů
• Funkce exportu dat

Obecné testovací scénáře

1. Všechna povinná pole by měla být ověřena a označena symbolem hvězdičky (*).
2. Chybové zprávy o ověření by se měly zobrazovat správně ve správné poloze.
3. Všechny chybové zprávy by se měly zobrazovat ve stejném stylu CSS ( Například, pomocí červené barvy)
4. Obecné potvrzovací zprávy by se měly zobrazovat jiným stylem CSS než stylem chybových zpráv ( Například, pomocí zelené barvy)
5. Popisy textu by měly být smysluplné.
6. Rozevírací pole by měla mít první položku jako prázdnou nebo jako text „Vybrat“.
7. „Funkce mazání“ pro jakýkoli záznam na stránce by měla vyžadovat potvrzení.
8. Pokud stránka podporuje funkci přidání / odstranění / aktualizace záznamu, měla by být k dispozici možnost Vybrat / zrušit výběr všech záznamů
9. Hodnoty částky by měly být zobrazeny se správnými symboly měn.
10. Mělo by být k dispozici výchozí řazení stránek.
11. Funkce tlačítka Reset by měla nastavit výchozí hodnoty pro všechna pole.
12. Všechny číselné hodnoty by měly být správně naformátovány.
13. U vstupních polí by měla být zkontrolována maximální hodnota pole. Vstupní hodnoty větší než zadaný maximální limit by neměly být přijímány ani ukládány do databáze.
14. Zkontrolujte všechna vstupní pole, zda neobsahují speciální znaky.
15. Štítky polí by měly být standardní, např. pole přijímající křestní jméno uživatele by mělo být správně označeno jako „křestní jméno“.
16. Po funkcích přidání / úpravy / odstranění u libovolného záznamu zkontrolujte funkčnost třídění stránek.
17. Zkontrolujte funkčnost časového limitu. Hodnoty časového limitu by měly být konfigurovatelné. Zkontrolujte chování aplikace po vypršení časového limitu operace.
18. Zkontrolujte soubory cookie použité v aplikaci.
19. Zkontrolujte, zda stahovatelné soubory ukazují na správné cesty k souborům.
20. Všechny klíče zdrojů by měly být konfigurovatelné v konfiguračních souborech nebo v databázi namísto pevného kódování.
21. Při pojmenovávání klíčů prostředků je třeba dodržovat standardní konvence.
22. Ověřte označení pro všechny webové stránky (ověřte HTML a CSS pro syntaktické chyby), abyste se ujistili, že je v souladu se standardy.
23. Selhání aplikace nebo nedostupné stránky by měly být přesměrovány na chybovou stránku.
24. Zkontrolujte text na všech stránkách, zda neobsahuje pravopisné a gramatické chyby.
25. Zaškrtněte pole numerických vstupů se zadanými hodnotami znaků. Měla by se zobrazit správná ověřovací zpráva.
26. Zkontrolujte, zda u číselných polí nejsou záporná čísla povolena.
27. Zkontrolujte počet polí s hodnotami desítkových čísel.
28. Zkontrolujte funkčnost tlačítek dostupných na všech stránkách.
29. Uživatel by neměl být schopen odeslat stránku dvakrát stisknutím tlačítka Odeslat v rychlém sledu.
30. U všech výpočtů by měly být zpracovány chyby vydělením nulou.
31. Se vstupními daty s prázdnou první a poslední pozicí je třeba zacházet správně.

qtp rozhovor otázky a odpovědi na 4 roky zkušeností

Scénáře grafického uživatelského rozhraní a použitelnosti

1. Všechna pole na stránce ( Například, textové pole, možnosti rádia, rozevírací seznamy) by měly být správně zarovnány.
2. Číselné hodnoty by měly být správně zarovnány, pokud není uvedeno jinak.
3. Mezi štítky polí, sloupci, řádky, chybovými zprávami atd. By měl být poskytnut dostatek prostoru.
4. Posuvník by měl být povolen pouze v případě potřeby.
5. Velikost, styl a barva písma pro nadpis, text popisu, štítky, data pole a informace o mřížce by měly být standardní, jak je uvedeno v SRS.
6. Textové pole popisu by mělo být víceřádkové.
7. Zakázaná pole by měla být zašedlá a uživatelé by na ně neměli mít možnost se zaměřit.
8. Po kliknutí na vstupní textové pole by se měl ukazatel šipky myši změnit na kurzor.
9. Uživatel by neměl být schopen psát do rozevíracích seznamů.
10. Informace vyplněné uživateli by měly zůstat nedotčeny, pokud se na stránce odeslání zobrazí chybová zpráva. Uživatel by měl být schopen znovu odeslat formulář opravou chyb.
11. Zkontrolujte, zda jsou v chybových zprávách použity správné štítky polí.
12. Hodnoty rozevíracích polí by se měly zobrazovat v definovaném pořadí řazení.
13. Pořadí Tab a Shift + Tab by mělo fungovat správně.
14. Při načítání stránky by měly být předem vybrány výchozí možnosti rádia.
15. Měly by být k dispozici zprávy nápovědy specifické pro pole a na úrovni stránky.
16. Zkontrolujte, zda jsou v případě chyb zvýrazněna správná pole.
17. Zkontrolujte, zda jsou možnosti rozevíracího seznamu čitelné a nejsou zkráceny kvůli omezení velikosti pole.
18. Všechna tlačítka na stránce by měla být přístupná pomocí klávesových zkratek a uživatel by měl být schopen provádět všechny operace pomocí klávesnice.
19. Zkontrolujte všechny stránky, zda neobsahují poškozené obrázky.
20. Zkontrolujte všechny stránky, zda neobsahují nefunkční odkazy.
21. Všechny stránky by měly mít název.
22. Před provedením jakékoli operace aktualizace nebo odstranění by se měly zobrazit potvrzovací zprávy.
23. Když je aplikace zaneprázdněna, měly by se zobrazit přesýpací hodiny.
24. Text stránky by měl být zarovnán doleva.
25. Uživatel by měl mít možnost vybrat pouze jednu možnost rádia a libovolnou kombinaci pro zaškrtávací políčka.

Testovací scénáře pro kritéria filtru

1. Uživatel by měl být schopen filtrovat výsledky pomocí všech parametrů na stránce.
2. Upřesnit vyhledávací funkce by měla načíst vyhledávací stránku se všemi uživatelem vybranými parametry vyhledávání.
3. Pokud je k provedení vyhledávací operace vyžadováno alespoň jedno filtrační kritérium, ujistěte se, že se při odeslání stránky uživatelem zobrazí správná chybová zpráva bez výběru jakýchkoli kritérií filtru.
4. Není-li výběr alespoň jednoho kritéria filtru povinný, měl by být uživatel schopen stránku odeslat a výchozí kritéria vyhledávání by si měla zvyknout na výsledky dotazu.
5. Pro všechny neplatné hodnoty pro kritéria filtru by se měly zobrazit správné zprávy o ověření.

Testovací scénáře pro tabulku výsledků

1. Symbol načítání stránky by se měl zobrazit, pokud načítání stránky s výsledkem trvá déle než výchozí čas.
2. Zkontrolujte, zda jsou všechny parametry vyhledávání použity k načtení dat zobrazených ve výsledkové mřížce.
3. Celkový počet výsledků by se měl zobrazit v mřížce výsledků.
4. Kritéria vyhledávání použitá k vyhledávání by měla být zobrazena ve výsledkové mřížce.
5. Hodnoty mřížky výsledků by měly být tříděny podle výchozího sloupce.
6. Seřazené sloupce by měly být zobrazeny s ikonou řazení.
7. Mřížky výsledků by měly zahrnovat všechny určené sloupce se správnými hodnotami.
8. Funkce řazení vzestupně a sestupně by měla fungovat u sloupců podporovaných tříděním dat.
9. Mřížky výsledků by měly být zobrazeny se správným roztečem sloupců a řádků.
10. Stránkování by mělo být povoleno, pokud je na stránce více výsledků, než je výchozí počet výsledků.
11. Zkontrolujte funkčnost stránkování Další, Předchozí, První a Poslední stránka.
12. V mřížce výsledků by se neměly zobrazovat duplicitní záznamy.
13. Zkontrolujte, zda jsou viditelné všechny sloupce a zda je v případě potřeby povolen vodorovný posuvník.
14. Zkontrolujte data pro dynamické sloupce (sloupce, jejichž hodnoty se počítají dynamicky na základě ostatních hodnot sloupců).
15. U výsledkových tabulek zobrazujících zprávy zkontrolujte řádek „Součty“ a ověřte součet pro každý sloupec.
16. U výsledkových tabulek zobrazujících přehledy zkontrolujte data řádku „Celkem“, když je povoleno stránkování a uživatel dostane navigaci na další stránku.
17. Zkontrolujte, zda jsou pro zobrazení hodnot sloupců použity správné symboly, např. Pro výpočet procenta by se měl zobrazit symbol%.
18. Zkontrolujte data tabulky výsledků, abyste věděli, zda je povoleno časové období.

Testovací scénáře pro okno

1. Zkontrolujte, zda je výchozí velikost okna správná.
2. Zkontrolujte, zda je velikost podřízeného okna správná.
3. Zkontrolujte, zda je na stránce nějaké pole s výchozím fokusem (obecně by mělo být fokus nastaven na první vstupní pole obrazovky).
4. Zkontrolujte, zda se při zavírání okna rodič / otvírák zavírají podřízená okna.
5. Pokud je podřízené okno otevřeno, uživatel by neměl být schopen používat nebo aktualizovat žádné pole v pozadí nebo nadřazeném okně
6. Zaškrtněte okno pro minimalizaci, maximalizaci a zavření funkčnosti.
7. Zkontrolujte, zda je okno možné změnit jeho velikost.
8. Zkontrolujte funkčnost posuvníku pro nadřazená a podřízená okna.
9. Zkontrolujte funkčnost tlačítka Storno pro podřízené okno.

Scénáře testování databáze

1. Po úspěšném odeslání stránky zkontrolujte, zda se do databáze ukládají správná data.
2. Zkontrolujte hodnoty sloupců, které nepřijímají nulové hodnoty.
3. Zkontrolujte integritu dat. Data by měla být uložena v jedné nebo více tabulkách na základě návrhu.
4. Indexové názvy by měly být uvedeny podle standardů, např. IND__
5. Tabulky by měly mít sloupec primárního klíče.
6. Sloupce tabulky by měly mít k dispozici popisné informace (kromě sloupců auditu, jako je datum vytvoření, vytvořeno atd.)
7. Pro každou operaci přidání / aktualizace databáze by měl být přidán protokol.
8. Je třeba vytvořit požadované indexy tabulky.
9. Zkontrolujte, zda jsou data potvrzena do databáze, pouze když je operace úspěšně dokončena.
10. Data by měla být vrácena zpět v případě neúspěšných transakcí.
11. Název databáze by měl být uveden podle typu aplikace, tj. Test, UAT, sandbox, live (i když to není standard, je to užitečné pro údržbu databáze)
12. Logické názvy databáze by měly být uvedeny podle názvu databáze (opět to není standardní, ale užitečné pro údržbu databáze).
13. Uložené procedury by neměly být pojmenovány předponou „sp_“
14. Zkontrolujte, zda jsou hodnoty pro sloupce auditu tabulky (jako datum vytvoření, vytvořeno, aktualizováno, aktualizováno, odstraněno, odstraněny údaje, odstraněny atd.) Správně vyplněny.
15. Zkontrolujte, zda vstupní data nejsou během ukládání zkrácena. Délka pole zobrazená uživateli na stránce a ve schématu databáze by měla být stejná.
16. Zkontrolujte číselná pole s minimální, maximální a plovoucí hodnotou.
17. Zkontrolujte číselná pole se zápornými hodnotami (pro přijetí i nepřijetí).
18. Zkontrolujte, zda jsou přepínač a rozevírací seznam správně uloženy v databázi.
19. Zkontrolujte, zda jsou databázová pole navržena se správným datovým typem a délkou dat.
20. Zkontrolujte, zda jsou všechna omezení tabulky jako primární klíč, cizí klíč atd. Implementována správně.
21. Otestujte uložené procedury a spouštěče pomocí vstupních dat vzorku.
22. Před zadáním dat do databáze by měly být zkráceny počáteční a koncové mezery vstupního pole.
23. Ve sloupci Primární klíč by neměly být povoleny nulové hodnoty.

Testovací scénáře pro funkčnost nahrávání obrázků

(Platí také pro další funkce nahrávání souborů)
1. Zkontrolujte cestu k nahranému obrázku.
2. Zkontrolujte nahrávání obrázků a změňte funkčnost.
3. Zkontrolujte funkčnost nahrávání obrázků se soubory obrázků různých přípon ( Například, JPEG, PNG, BMP atd.)
4. Zkontrolujte funkčnost nahrávání obrázků u obrázků, které mají v názvu souboru mezeru nebo jakýkoli jiný povolený speciální znak.
5. Zkontrolujte nahrání duplicitního jmenného obrázku.
6. Zkontrolujte nahrání obrázku s velikostí obrázku větší než maximální povolená velikost. Měla by se zobrazit správná chybová zpráva.
7. Zkontrolujte funkčnost nahrávání obrázků u jiných typů souborů než obrázků ( Například, txt, doc, pdf, exe atd.). Měla by se zobrazit správná chybová zpráva.
8. Zkontrolujte, zda jsou obrázky zadané výšky a šířky (pokud jsou definovány) přijaty, jinak odmítnuty.
9. U velkých obrázků by se měl zobrazit indikátor průběhu nahrávání obrázků.
10. Zkontrolujte, zda mezi procesem nahrávání funguje funkce tlačítka Storno.
11. Zkontrolujte, zda dialogové okno pro výběr souborů zobrazuje pouze podporované soubory.
12. Zkontrolujte funkčnost nahrávání více obrázků.
13. Po nahrání zkontrolujte kvalitu obrazu. Po nahrání by se kvalita obrazu neměla měnit.
14. Zkontrolujte, zda je uživatel schopen použít / zobrazit nahrané obrázky.

Testovací scénáře pro odesílání e-mailů

(Testovací případy pro psaní nebo ověření e-mailů zde nejsou zahrnuty)
(Před provedením testů souvisejících s e-maily použijte fiktivní e-mailové adresy)
1. Šablona e-mailu by měla používat standardní CSS pro všechny e-maily.
2. E-mailové adresy by měly být před odesláním e-mailů ověřeny.
3. Se speciálními znaky v šabloně těla e-mailu je třeba zacházet správně.
4. Znaky specifické pro jazyk ( Například, Znaky ruského, čínského nebo německého jazyka) by měly být správně zpracovány v šabloně těla e-mailu.
5. Předmět e-mailu by neměl být prázdný.
6. Zástupná pole použitá v e-mailové šabloně by měla být nahrazena skutečnými hodnotami, např. {Příjmení} {Příjmení} by mělo být u všech příjemců správně nahrazeno křestním jménem a příjmením jednotlivce.
7. Pokud jsou v těle e-mailu zahrnuty sestavy s dynamickými hodnotami a data sestavy by měla být vypočítána správně.
8. Jméno odesílatele e-mailu by nemělo být prázdné.
9. E-maily by měly být kontrolovány v různých e-mailových klientech, jako jsou Outlook, Gmail, Hotmail, Yahoo! mail atd.
10. Zaškrtněte, chcete-li odeslat e-mailovou funkčnost pomocí polí TO, CC a BCC.
11. Zkontrolujte e-maily ve formátu prostého textu.
12. Zkontrolujte e-maily ve formátu HTML.
13. Zkontrolujte záhlaví a zápatí e-mailu, zda obsahuje logo společnosti, zásady ochrany osobních údajů a další odkazy.
14. Zkontrolujte e-maily s přílohami.
15. Zaškrtněte, chcete-li odeslat e-mailovou funkci příjemcům jednoho, více nebo distribučního seznamu.
16. Zkontrolujte, zda je odpověď na e-mailovou adresu správná.
17. Zaškrtnutím odešlete velké množství e-mailů.

Testovací scénáře pro exportní funkce aplikace Excel

1. Soubor by měl být exportován ve správné příponě souboru.
2. Název exportovaného souboru Excel by měl odpovídat standardům, Například, pokud název souboru používá časové razítko, měl by být v době exportu souboru správně nahrazen skutečným časovým razítkem.
3. Pokud exportovaný soubor Excel obsahuje sloupce data, zkontrolujte formát data.
4. Zkontrolujte formátování čísel, zda neobsahují číselné nebo měnové hodnoty. Formátování by mělo být stejné jako na stránce.
5. Exportovaný soubor by měl mít sloupce se správnými názvy sloupců.
6. Výchozí řazení stránek by mělo být provedeno také v exportovaném souboru.
7. Data souboru Excel by měla být správně naformátována s textem záhlaví a zápatí, datem, čísly stránek atd. Hodnotami pro všechny stránky.
8. Zkontrolujte, zda jsou data zobrazená na stránce a exportovaném souboru Excel stejná.
9. Pokud je stránkování povoleno, zkontrolujte funkčnost exportu.
10. Zkontrolujte, zda tlačítko exportu zobrazuje správnou ikonu podle typu exportovaného souboru, Například, Ikona souboru Excel pro soubory xls
11. Zkontrolujte funkčnost exportu pro soubory s velmi velkou velikostí.
12. Zkontrolujte funkčnost exportu stránek obsahujících speciální znaky. Zkontrolujte, zda jsou tyto speciální znaky správně exportovány do souboru aplikace Excel.

Scénáře testování výkonu

1. Zkontrolujte, zda je doba načítání stránky v přijatelném rozsahu.
2. Zkontrolujte načítání stránky u pomalých připojení.
3. Zkontrolujte dobu odezvy na jakoukoli akci za podmínek lehkého, normálního, středního a velkého zatížení.
4. Zkontrolujte výkon databáze uložených procedur a aktivačních událostí.
5. Zkontrolujte čas provedení dotazu na databázi.
6. Zkontrolujte zátěžové testování aplikace.
7. Zkontrolujte zátěžové testování aplikace.
8. Zkontrolujte využití CPU a paměti za podmínek špičkového zatížení.

Scénáře testování zabezpečení

1. Zkontrolujte útoky vložením SQL.
2. Zabezpečené stránky by měly používat protokol HTTPS.
3. Selhání stránky by nemělo odhalit informace o aplikaci nebo serveru. K tomu by se měla zobrazit chybová stránka.
4. Ukončete speciální znaky ve vstupu.
5. Chybové zprávy by neměly odhalit žádné citlivé informace.
6. Všechna pověření by měla být přenesena přes šifrovaný kanál.
7. Otestujte zabezpečení hesla a vynucování zásad hesla.
8. Zkontrolujte funkčnost odhlášení aplikace.
9. Zkontrolujte útoky hrubou silou.
10. Informace o cookies by měly být uloženy pouze v šifrovaném formátu.
11. Zkontrolujte dobu trvání souboru cookie relace a ukončení relace po vypršení časového limitu nebo odhlášení.
11. Žetony relace by měly být přenášeny přes zabezpečený kanál.
13. Heslo by nemělo být uloženo v cookies.
14. Otestujte útoky typu Denial of Service.
15. Otestujte únik paměti.
16. Otestujte neoprávněný přístup aplikace manipulací s hodnotami proměnných v adresním řádku prohlížeče.
17. Otestujte předání přípony souboru, aby se soubory exe nenahrávaly a nespouštěly na server.
18. Citlivá pole, jako jsou hesla a informace o kreditní kartě, by neměla být povolena k automatickému doplňování.
19. Funkce nahrávání souborů by měla používat omezení typů souborů a také antivirovou kontrolu skenovaných souborů.
20. Zkontrolujte, zda není zakázán výpis adresářů.
21. Hesla a další citlivá pole by měla být při psaní maskována.
22. Zkontrolujte, zda je funkce zapomenutého hesla zabezpečena funkcemi, jako je dočasné vypršení platnosti hesla po zadaných hodinách a před změnou nebo vyžádáním nového hesla je položena bezpečnostní otázka.
23. Ověřte funkčnost CAPTCHA.
24. Zkontrolujte, zda jsou v protokolových souborech zaznamenány důležité události.
25. Zkontrolujte, zda jsou přístupová oprávnění implementována správně.

Penetrační testování testovacích případů - Uvádím asi 41 testovacích případů pro Penetrační testování tato stránka .

Opravdu bych rád poděkoval Devanshu lavaniya (Sr. QA Engineer pracující pro I-link Infosoft) za pomoc s přípravou tohoto komplexního kontrolního seznamu testování.

Pokusil jsem se pokrýt téměř všechny standardní testovací scénáře pro funkčnost webových a desktopových aplikací. Ale přesto vím, že to není úplný kontrolní seznam. Testeři na různých projektech mají svůj vlastní testovací kontrolní seznam na základě svých zkušeností.

Aktualizováno:

100+ testovacích případů připravených k provedení (kontrolní seznamy)

Tento seznam můžete použít k testování nejběžnějších součástí AUT

Jak efektivně testovat nejběžnější komponenty vašeho AUT vždy?

Tento článek je seznamem běžných validací u nejrozšířenějších prvků AUT - které jsou sestaveny pro pohodlí testerů (zejména v agilním prostředí, kde dochází k častým krátkodobým vydáním).

Každý AUT (Testovaná aplikace) je jedinečný a má velmi konkrétní obchodní účel. Jednotlivé aspekty (moduly) AUT uspokojují různé operace / akce, které jsou zásadní pro úspěch podnikání, které AUT podporuje.

Ačkoli každý AUT je navržen odlišně, jednotlivé komponenty / pole, se kterými se setkáváme na většině stránek / obrazovek / aplikací, jsou stejné s více či méně podobným chováním.

Některé běžné součásti AUT:

• Uložit, aktualizovat, odstranit, obnovit, zrušit, OK - odkazy / tlačítka - jejichž funkčnost je označena štítkem objektu.
• Textové pole, rozbalovací nabídky, zaškrtávací políčka, přepínače, pole pro ovládání data - fungují pokaždé stejně.
• Datové mřížky, ovlivněné oblasti atd. Pro usnadnění hlášení.

Způsob, jakým tyto jednotlivé prvky přispívají k celkové funkčnosti aplikace, se může lišit, ale kroky k jejich ověření jsou vždy stejné.

Pokračujme seznamem nejběžnějších validací pro Webová nebo desktopová aplikace stránky / formuláře.

Poznámka : Skutečný výsledek, očekávaný výsledek, data testu a další parametry, které jsou obvykle součástí testovacího případu, jsou z důvodu zjednodušení vynechány - je použit obecný přístup k kontrolnímu seznamu.

char to int v c ++

Účel tohoto komplexního kontrolního seznamu:

Primárním účelem těchto kontrolních seznamů (nebo testovacích případů) je zajistit maximální pokrytí testů při ověřování na úrovni pole, aniž byste museli trávit příliš mnoho času, a zároveň neohrožovat kvalitu jejich testování.

Koneckonců, důvěry v produkt lze dosáhnout pouze testováním každého jednotlivého prvku v nejlepším možném rozsahu.

Kompletní kontrolní seznam (testovací případy) pro nejběžnější komponenty AUT

Poznámka:Tyto kontrolní seznamy můžete použít, protože jsou ve formátu Microsoft Excel (ke stažení na konci článku). Dokonce můžete sledovat provedení testu ve stejném souboru s výsledky pass / fail a stavem.

Může to být zdroj „vše v jednom“ pro týmy QA pro testování a sledování nejběžnějších komponent AUT.Můžete přidat nebo aktualizovat testovací případy specifické pro vaši aplikacia učinit z něj ještě komplexnější seznam.

Kontrolní seznam č. 1: Kontrolní seznam pro testování mobilních zařízení

Kontrolní seznam č. 2: Kontrolní seznam pro testování formulářů / obrazovek

Kontrolní seznam č. 3: Kontrolní seznam pro testování pole textového pole

Textové pole:

BVA (velikost) pro textové pole:

Min -> -> Pass
Min-1 -> -> Selhalo
Min. + 1 -> -> Průchod
Max-1 -> -> Pass
Max. + 1 -> -> Selhání
Max -> -> Pass

ECP pro textové pole:

Kontrolní seznam č. 4: Kontrolní seznam pro testování seznamu nebo rozevíracího seznamu

Seznam / rozevírací seznam:

Kontrolní seznam č. 5: Kontrolní seznam pro testování polí

CheckBox:

Kontrolní seznam č. 6: Kontrolní seznam pro testování přepínačů

Přepínač:

Kontrolní seznam č. 7: Testovací scénáře pro datové pole

Datum pole:

Kontrolní seznam č. 8: Scénáře testování tlačítka Uložit

Uložit / aktualizovat:

Kontrolní seznam č. 9: Zrušení testovacích scénářů tlačítek

Zrušení:

Kontrolní seznam č. 10: Odstranění testovacích bodů tlačítka

Vymazat:

Kontrolní seznam č. 11: Ověření ovlivněných oblastí po uložení nebo aktualizaci

Po uložení / aktualizaci:

Kontrolní seznam č. 12: Seznam testování datové mřížky

Datová mřížka:

Upravit funkčnost odkazu

I když tento seznam nemusí být vyčerpávající, je skutečně obsáhlý.

STAŽENÍ==> Všechny tyto kontrolní seznamy si můžete stáhnout ve formátu MS Excel: Stáhnout ve formátu Excel

Body k poznámce:

1. V závislosti na vaší potřebě lze přidat další testy v rámci každé kategorie / pro každé pole nebo odstranit stávající pole. Jinými slovy, tyto seznamy jsou zcela přizpůsobitelné.
2. Pokud potřebujete do svých testovacích sad zahrnout ověření na úrovni pole, stačí jen vyzvednout příslušný seznam a použít jej pro obrazovku / stránku, kterou chcete otestovat.
3. Udržujte kontrolní seznam aktualizací stavu úspěšného / neúspěšného, ​​aby se z něj stalo jednotné kontaktní místo pro seznam funkcí, jejich ověřování a zaznamenávání výsledků testů.

Neváhejte a udělejte z tohoto úplného kontrolního seznamu přidáním dalších testovacích případů / scénářů nebo negativních testovacích případů v sekci komentářů níže.

Také bych ocenil, kdybyste to sdíleli se svými přáteli!

Výukový program PREV | DALŠÍ výuka

Doporučené čtení

• Jak psát testovací případy: Ultimate Guide s příklady
• Testování souborů cookie webových stránek a testovací případy pro testování souborů cookie webových aplikací
• Ukázková šablona testovacího případu s příklady testovacích případů (Stáhnout)
• Nejlepší nástroje pro testování softwaru 2021 (QA Test Automation Tools)
• Průvodce testováním zabezpečení webových aplikací
• Testování aplikací - do základů testování softwaru!
• Instalace aplikace na zařízení a zahájení testování z Eclipse
• TDD Vs BDD - analyzujte rozdíly pomocí příkladů