Provádění přesného a správného testování softwaru se řídí mnoha principy. Mezinárodní rada pro kvalifikace testování softwaru (ISTQB) rozlišuje sedm základních, o kterých si dnes budeme povídat. Zajímá vás to? Přečtěte si článek o klíčových principech testování ISTQB!
Testování zvyšuje pravděpodobnost nalezení chyb, což zase usnadňuje jejich opravu. Nicméně, nemůže plně zaručit, že software je bez všech vad, i když většina z nich je odhalena a opravena. Vzhledem k neschopnosti vytvořit bezchybný software, mnozí považují tento proces za negativní záměrně, protože nikdy nedostanete pozitivní výsledek a vždy najdete nějaké “nečistoty” v programech.
Výše uvedené pravidlo říká, že odhalení všech poruch softwaru je marné. To však neplatí pro jednoduché krátké programy. To naznačuje, že existuje šance vidět všechny kombinace vstupů a předpokladů pro úplné testování některých programů. Při hodnocení sofistikovaného softwaru ani nejlepší AI nemůže provést všechna nezbytná měření, natož manuální testeři. Automatizovaní hodnotitelé projdou aplikacemi efektivněji a přesněji, ale stále nemohou zaručit bezchybný výkon. K tomu musíte zahájit další úkoly, jako je prioritizace, analýza rizik a také hledání a provádění dalších testovacích technik.
Mnoho profesionálů také nazývá tento princip “posun vlevo.” Čím dříve odhalíte chyby, tím snadněji je můžete opravit, proto by statické a dynamické testování mělo začít co nejdříve. Stručně řečeno:
Odhalení chyb v prvních fázích implementace usnadňuje další diagnostiku. Ale když dvě oblasti softwaru interagují, oprava chyb se stává problematickou kvůli neschopnosti určit, která má chybu. V takových případech to vyžaduje další čas, úsilí a pracovní sílu. Celkově je to rychlá reakce na vznikající překážky, která může zabránit množení prasklin.
Většina poruch se obvykle shlukuje v nejkritičtějších modulech, takže jejich důkladné prozkoumání odhalí a dostatečně odstraní většinu. Tato skupina se stává hlavním zaměřením provádění analýzy rizik k mapování a stanovení budoucího postupu akcí. Většina vad se objevuje po sledování cest, kterými uživatelé procházejí, ale v těchto případech samotné znalosti nezaručují, že moduly jsou bezchybné.
Pareto princip říká, že 80 % výsledků pochází pouze z 20 % příčin. Jinými slovy, 80 % chyb existuje v 20 % modulů. Pokud narazíte na mnoho poruch v modulu, pokračujte v hledání, protože tam budou.
Opakované provádění stejných testů může selhat, protože mohly být navrženy nesprávně již na začátku a nikdy neprokážou účinnost. Musíte upravit a vylepšit testování, abyste zvýšili šanci na nalezení nových chyb v softwaru.
Vytvoření zcela nového systému diagnostiky také nepomůže. Následování předchozích kombinací může zastavit hodnotící proces na stejné úrovni. Tento princip je nazýván ‘paradox pesticidů’, protože pesticidy, které kontrolují škůdce, také ztrácejí účinnost po určitém množství použití.
Způsob provádění testování závisí na zkoumaných subjektech. Takže testování účetního programu, videohry nebo aplikace pro sociální sítě se výrazně liší. Závisí to také na situaci, například analýza zaměřená na praktičnost aplikace, jako je kontrola její atraktivity pro uživatele, snadnost použití, vizuální vrstva atd., se také liší od těch hodnocení zaměřených na funkční atributy programu, např. provádění správných výpočtů.
Použití různých typů diagnostických nástrojů nemůže zaručit bezchybné aplikace. Mnozí, kteří tvrdí a propagují své aplikace jako takové, se mýlí, ale pravděpodobně je to jen kvůli marketingovým snahám, které dělají. Můžete provést mnoho manuálních a automatizovaných testů, abyste zvýšili pravděpodobnost odhalení a opravy co nejvíce chyb, ale stále neexistuje záruka dokonalého výkonu. V některých případech se překážky týkají provozního softwaru, např. program nemusí splňovat všechna očekávání uživatelů.
Toto je způsob, jakým ISTQB, na základní úrovni, představuje sedm principů testování ISTQB, kterými by se měl tester softwaru řídit. Nejprve naznačují nemožnost úplné diagnostiky softwaru, proto je důležité, mimo jiné, upravit testy a provést důkladné hledání v klíčových modulech. Tato opatření zvyšují hledání a odstranění většiny vad, čímž se snižuje pravděpodobnost selhání v budoucnu.
Co je testování softwaru? Nyní znáte odpověď! Podívejte se na naše další série o Pythonu a Javascriptech!
Pokud se vám náš obsah líbí, připojte se k naší komunitě pilných včel na Facebooku, Twitteru, LinkedInu, Instagramu, YouTube, Pinterestu.
Odborník na JavaScript a lektor, který školí IT oddělení. Jeho hlavním cílem je zvýšit produktivitu týmu tím, že učí ostatní, jak efektivně spolupracovat při programování.
Co je analýza pracovních míst? Už jste někdy slyšeli tento termín, víte, co musíte udělat,…
Soubory ve formátu PDF nás provázejí každý den. Tento univerzální způsob ukládání obsahu zaručuje neměnnou…
Vývoj internetu a strojového učení konečně odsunul tradiční objemné tištěné jazykové slovníky. Ať už hledáte…
Rentgenové vyhledávání je jednou z mnoha technik vyhledávání dat, které používají oddělení lidských zdrojů k…
Dnes se zaměříme na počáteční fázi vývoje společnosti – start-upy. Pokusíme se zjistit, který obchodní…
Programy pro vytváření aplikací bez kódování – znáte nějaké z nich? Jak bylo ukázáno v…