Testujeme software Testujeme software
  • Úvod
  • Blog
  • Nástroje
  • Slovníček
Testujeme software Testujeme software
Testujeme software Testujeme software
  • Úvod
  • Blog
  • Nástroje
  • Slovníček
  • Blog

Zkusili jste to vypnout a zapnout?

  • 5. 12. 2022
  • Jan Zatloukal
Total
11
Shares
11
0
0

Myslím, že s touhle radou už se v životě setkal každý z nás. Tato triviální operace často může vyřešit aktuální problém, ale z hlediska testování software bychom se k ní měli uchylovat až v krajních případech. Co by měl tester udělat před tím, než zmáčkne tlačítko reset? Právě o tom si teď něco povíme.

Není cesty zpět aneb slepá ulička

Systém (nebo aplikaci) si můžeme představit jako uzly, kterými uživatel postupně prochází. Někdy se může dostat do slepé uličky, odkud není návratu. V jiných případech zase může dojít například k zahlcení systému, nebo provedení operace, která systém zacyklí do nekonečné smyčky.

Na uvedeném obrázku vidíme, že uživatel nemá v případě neúspěšného pokusu o přihlášení, možnost vrátit se zpět na přihlašovací formulář. Nezbývá mu tak nic jiného, než se „restartem“ vrátit na úvodní obrazovku.

Opačným extrémem by bylo uživatele na úvodní obrazovku přesměrovat přímo, bez zpětné vazby. Vždy by mělo být jasné, k jaké chybě došlo. V ideálním případě by uživatel měl mít také možnost situaci nějak vyřešit.

Restartování nám může pomoci vrátit systém nebo aplikaci do výchozího stavu. Aplikace si ale často můžou stav před restartem „pamatovat“, takže je důležité těmto situacím předcházet.

Jak testovat slepé uličky?

Vytvořte si schéma aplikace a při testování zaznamenávejte průchod jednotlivými uzly, obzvláště u exploratory testů. U náhodně objevených chyb vám toto může výrazně pomoci při identifikaci příčin a zároveň můžete vývojářům předat kroky k zreprodukování, což ušetří čas při debugování.

Stejně tak si můžete připravit různé cesty a tím „generovat“ jedinečné testovací scénáře. Myslete na to, že takové schéma je potřeba udržovat aktuální – můžete si například aktualizaci schématu přidat do DoD nebo jako jeden z bodů testovacího scénáře.

Výhodou schématu aplikace je to, že si můžete vizualizovat celou strukturu a objevit „slepé uličky“.

Neošetřené chyby

Neošetřené chyby nebo výjimky mohou také způsobit, že se aplikace dostane “do úzkých”. I v tomto případě by ale uživatel měl být o chybě informován a mít možnost situaci vyřešit. Chyba neznamená, že by aplikace měla přestat reagovat na uživatelské vstupy nebo fungovat úplně.

Testování se přeci jenom zajímá o kvalitu softwaru jako celku a použitelnost nebo uživatelská přívětivost je důležitou součástí kvality.

Zamrznutí

Pokud na prostředí, ve kterém aplikace běží, dojdou systémové prostředky, není moc možností, jak zasáhnout. Proto jsou důležité výkonnostní (zátěžové) testy, které by měly slabiny aplikace nebo systému odhalit ještě před nasazením na “ostré” produkční prostředí.

Systémové integrační testování nám pomůže odhalit nedostatky v interakci jednotlivých komponent, modulů, nebo například služeb třetích stran. Odstavením některé z částí můžeme simulovat výpadek nebo nedostupnost dané komponenty.

Co dělat, když je restart jediné řešení

Restartem můžeme přijít o důležité informace. Některá data mohou být uložena v operační paměti, nebo můžeme přijít o soubory, které jsou zamčené právě probíhajícím procesem.

Před restartem proto sesbírejte co nejvíce (užitečných) informací, jako jsou logy nebo konfigurace aplikace a prostředí, na kterém běží.

Důležité je také umět popsat kroky, které k dané chybě vedly. K tomu nám může pomocí zápis všech kroků, které provádíme, nebo třeba nahrávání obrazovky.

Total
11
Shares
Sdílet 11
Tweetnout 0
Sdílet 0
Související témata
  • Reportování
  • Výkonnostní testování
Jan Zatloukal

Tester a vývojář se zálibou v automatizaci a zlepšování procesu vývoje. Aktuálně pracuji na projektu automatizace elektronových mikroskopů v Pythonu.

Předchozí článek
  • Blog

Role testera ve Scrum týmu

  • 23. 11. 2022
  • Jan Zatloukal
Zobrazit článek
Další článek
  • Blog

Rozhovor s umělou inteligencí o budoucnosti testování

  • 15. 12. 2022
  • Jan Zatloukal
Zobrazit článek
Mohlo by se vám také líbit
Zobrazit článek
  • Blog

Prezentace výsledků testování v Streamlit – 2. díl – anotované grafy

  • Jan Zatloukal
  • 23. 11. 2023
Zobrazit článek
  • Blog

Grafana – Jak na vymazlený dashboard (2. díl)

  • Radek Vavřín
  • 2. 11. 2023
Zobrazit článek
  • Blog

5 důvodů, proč nepracovat v Edhouse

  • Jan Zatloukal
  • 12. 10. 2023
Zobrazit článek
  • Blog

Identifikace UI prvků pro automatické testování

  • Jan Zatloukal
  • 21. 9. 2023
Zobrazit článek
  • Blog

Obsidian – automatizace nad poznámkami 

  • Jan Zatloukal
  • 7. 9. 2023
Zobrazit článek
  • Blog

Organizace souborů a složek při práci s Robot Frameworkem

  • Petr Nagy
  • 10. 8. 2023
Zobrazit článek
  • Blog

Automatizované testování webových aplikací s Robot Frameworkem a RPA.Browser 

  • Jan Zatloukal
  • 27. 7. 2023
Zobrazit článek
  • Blog

Tabulkový diff pomocí Pythonu

  • Jan Zatloukal
  • 29. 6. 2023

Napsat komentář Zrušit odpověď na komentář

Vaše e-mailová adresa nebude zveřejněna. Vyžadované informace jsou označeny *

Doporučené příspěvky
  • 1
    Prezentace výsledků testování v Streamlit – 2. díl – anotované grafy
    • 23. 11. 2023
  • 2
    Grafana – Jak na vymazlený dashboard (2. díl)
    • 2. 11. 2023
  • 3
    5 důvodů, proč nepracovat v Edhouse
    • 12. 10. 2023
  • 4
    Identifikace UI prvků pro automatické testování
    • 21. 9. 2023
  • 5
    Obsidian – automatizace nad poznámkami 
    • 7. 9. 2023
Poslední příspěvky
  • Organizace souborů a složek při práci s Robot Frameworkem
    • 10. 8. 2023
  • Automatizované testování webových aplikací s Robot Frameworkem a RPA.Browser 
    • 27. 7. 2023
  • Tabulkový diff pomocí Pythonu
    • 29. 6. 2023
Rubriky
  • Blog (29)
Testujeme software Testujeme software
  • Edhouse.cz
  • Vyšíváme software
  • Zásady cookies (EU)
Testujeme software – vše o testování software | Všechna práva vyhrazena © 2022

Zadejte klíčové slovo a stiskněte Enter.

Spravovat Souhlas s cookies
Abychom poskytli co nejlepší služby, používáme k ukládání a/nebo přístupu k informacím o zařízení, technologie jako jsou soubory cookies. Souhlas s těmito technologiemi nám umožní zpracovávat údaje, jako je chování při procházení nebo jedinečná ID na tomto webu. Nesouhlas nebo odvolání souhlasu může nepříznivě ovlivnit určité vlastnosti a funkce.
Funkční Vždy aktivní
Technické uložení nebo přístup je nezbytně nutný pro legitimní účel umožnění použití konkrétní služby, kterou si odběratel nebo uživatel výslovně vyžádal, nebo pouze za účelem provedení přenosu sdělení prostřednictvím sítě elektronických komunikací.
Předvolby
Technické uložení nebo přístup je nezbytný pro legitimní účel ukládání preferencí, které nejsou požadovány odběratelem nebo uživatelem.
Statistické
Technické uložení nebo přístup, který se používá výhradně pro statistické účely. Technické uložení nebo přístup, který se používá výhradně pro anonymní statistické účely. Bez předvolání, dobrovolného plnění ze strany vašeho Poskytovatele internetových služeb nebo dalších záznamů od třetí strany nelze informace, uložené nebo získané pouze pro tento účel, obvykle použít k vaší identifikaci.
Marketingové
Technické uložení nebo přístup je nutný k vytvoření uživatelských profilů za účelem zasílání reklamy nebo sledování uživatele na webových stránkách nebo několika webových stránkách pro podobné marketingové účely.
Spravovat možnosti Spravovat služby Spravovat dodavatele Přečtěte si více o těchto účelech
Zobrazit předvolby
{title} {title} {title}