Robert Whitney
Presné a správne testovanie softvéru sa riadi mnohými princípmi. Medzinárodná rada pre kvalifikácie testovania softvéru (ISTQB) rozlišuje sedem základných, o ktorých sa dnes budeme rozprávať. Zaujíma vás, čo to je? Prečítajte si článok o kľúčových princípoch testovania ISTQB!
Princípy testovania ISTQB – obsah:
- Testovanie odhaľuje chyby, ale nemôže dokázať ich neprítomnosť
- Dôkladné testovanie je nemožné
- Skoré testovanie šetrí čas a peniaze
- Snehová guľa porúch
- Paradox pesticídov
- Závisí to od kontextu
- Reklama na bezchybový softvér je neprijateľná
- Zhrnutie
Testovanie odhaľuje chyby, ale nemôže dokázať ich neprítomnosť
Testovanie zvyšuje pravdepodobnosť nájdenia chýb, čo následne uľahčuje ich opravu. Avšak, nemôže plne zaručiť, že softvér je bez všetkých chýb, aj keď väčšina z nich je odhalená a opravená. Vzhľadom na neschopnosť vytvoriť bezchybový softvér, mnohí považujú tento proces za negatívny podľa dizajnu, pretože nikdy nedostanete pozitívny výsledok a vždy nájdete nejaké „nečistoty“ v programoch.
Dôkladné testovanie je nemožné
Uvedené pravidlo hovorí, že odhalenie všetkých porúch softvéru je márne. Avšak, to neplatí pre jednoduché krátke programy. To naznačuje, že existuje šanca vidieť všetky kombinácie vstupov a predpokladov na úplné otestovanie niektorých programov. Pri hodnotení sofistikovaného softvéru ani najlepší AI nemôže vykonať všetky potrebné merania, nieto ešte manuálni testeri. Automatizovaní hodnotitelia prejdú aplikáciami efektívnejšie a presnejšie, ale stále nemôžu zaručiť bezchybné fungovanie. Na to musíte podstúpiť ďalšie úlohy, ako je prioritizácia, analýza rizík, ako aj hľadanie a vykonávanie iných testovacích techník.
Skoré testovanie šetrí čas a peniaze
Mnohí odborníci tento princíp nazývajú “posun doľava.” Čím skôr odhalíte chyby, tým ľahšie ich môžete opraviť, preto by statické a dynamické testovanie malo začať čo najskôr. V skratke:
- Statické testovanie – hodnotenie produktu bez spúšťania kódu.
- Dynamické testovanie – hodnotenie kódu modulu alebo systému počas jeho výkonu
Odhaľovanie chýb v prvých fázach implementácie uľahčuje ďalšiu diagnostiku. Ale keď dve oblasti softvéru interagujú, oprava chýb sa stáva problematickou kvôli neschopnosti určiť, ktorá má chybu. V takýchto prípadoch to vyžaduje dodatočný čas, úsilie a pracovnú silu na riešenie. V konečnom dôsledku je to rýchla reakcia na objavujúce sa prekážky, ktorá môže zabrániť množeniu prasklín.
Snehová guľa porúch
Väčšina porúch sa zvyčajne sústreďuje v najkritickejších moduloch, takže ich hĺbkové preskúmanie odhaľuje a dostatočne eliminuje väčšinu. Tieto skupiny sa stávajú hlavným zameraním na vykonávanie analýzy rizík na mapovanie a stanovenie budúceho postupu akcií. Väčšina chýb sa objavuje po sledovaní ciest, ktoré užívatelia prechádzajú, ale v týchto prípadoch samotné vedomosti nezaručujú, že moduly sú bezchybné.
Paradox Pareto hovorí, že 80% výsledkov pochádza iba z 20% príčin. Inými slovami, 80% chýb existuje v 20% modulov. Ak narazíte na množstvo porúch v module, pokračujte v hľadaní, pretože tam budú.
Paradox pesticídov
Opakované vykonávanie rovnakých testov môže zlyhať, pretože mohli byť navrhnuté nesprávne už na začiatku a nikdy nebudú účinné. Musíte opraviť a vylepšiť testovanie, aby ste zvýšili šancu na nájdenie nových chýb v softvéri.
Vytvorenie úplne nového systému diagnostiky tiež nebude fungovať. Nasledovanie predchádzajúcich kombinácií môže zastaviť hodnotiaci proces na tej istej úrovni. Tento princíp sa nazýva ‘paradox pesticídov’, pretože pesticídy, ktoré kontrolujú škodcov, tiež strácajú účinnosť po určitom množstve použitia.
Závisí to od kontextu
Spôsob vykonávania testovania závisí od skúmaných predmetov. Takže testovanie účtovného programu, videohry alebo aplikácie sociálnych sietí sa podstatne líši. Závisí to aj od situácie, napríklad analýza zameraná na praktickosť aplikácie, ako je kontrola jej atraktivity pre užívateľov, jednoduchosti použitia, vizuálnej stránky atď., sa tiež líši od tých hodnotení zameraných na funkčné atribúty programu, napr. vykonávanie správnych výpočtov.
Reklama na bezchybový softvér je neprijateľná
Aplikácia rôznych typov diagnostických nástrojov nemôže zaručiť bezchybné aplikácie. Mnohí, ktorí tvrdia a propagujú svoje aplikácie ako také, sa mýlia, avšak pravdepodobne je to len kvôli marketingovým snahám, ktoré robia. Môžete vykonať množstvo manuálnych a automatizovaných testov, aby ste zvýšili pravdepodobnosť odhalenia a opravy čo najväčšieho počtu chýb, ale stále neexistuje záruka dokonalého výkonu. V niektorých prípadoch sa prekážky týkajú prevádzkového softvéru, napr. program nemusí spĺňať všetky očakávania užívateľov.
Princípy testovania ISTQB – zhrnutie
Toto je spôsob, akým ISTQB, na základnej úrovni, predstavuje sedem princípov testovania ISTQB, ktorými by sa mal riadiť tester softvéru. Po prvé, naznačujú nemožnosť úplnej diagnostiky softvéru, preto je dôležité, okrem iného, modifikovať testy, ako aj vykonať dôkladné hľadanie v kľúčových moduloch. Tieto akcie zlepšujú hľadanie a odstránenie väčšiny chýb, čím sa znižuje pravdepodobnosť zlyhaní v budúcnosti.
Čo je testovanie softvéru? Teraz už poznáte odpoveď! Pozrite si naše ďalšie série o Pythone a Javascript!
Ak sa vám náš obsah páči, pridajte sa k našej komunite usilovných včiel na Facebooku, Twitteri, LinkedIn, Instagrame, YouTube, Pinterest.
Robert Whitney
Odborník na JavaScript a inštruktor, ktorý školí IT oddelenia. Jeho hlavným cieľom je zvýšiť produktivitu tímu tým, že učí ostatných, ako efektívne spolupracovať pri programovaní.
