Team Se@Msi: Meranie v softvérovom inžinierstve. - FIIT STU ...
Team Se@Msi: Meranie v softvérovom inžinierstve. - FIIT STU ...
Team Se@Msi: Meranie v softvérovom inžinierstve. - FIIT STU ...
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
60 Eseje<br />
• Všetky testy by mali byť odvodené od jednej alebo viacerých<br />
stanovených požiadaviek, a naopak.<br />
• Stanovené požiadavky musia zodpovedať testovaným podmienkam.<br />
Poďme sa teraz venovať bližšie jednotlivým zásadám a skúsme sa<br />
zamyslieť nad tým či skutočne vždy platia.<br />
Bez stanovených požiadaviek nie je možné žiadne testovanie<br />
Samozrejme, ak je táto požiadavka nejaká základná a podstatná,<br />
napríklad že program môžeme ovládať myšou, je úlohou testera overiť, či<br />
program spĺňa danú požiadavku.<br />
Vtedy je toto tvrdenie pravdivé. Ale treba si uvedomiť, že množina<br />
požiadaviek tak či tak nie je nikdy úplná ani jednoznačná. Tu záleží od<br />
schopností testera vystihnúť zdroje možných konfliktov. Treba skúmať<br />
význam a dôsledok požiadaviek a v spolupráci s programátorom či<br />
analytikom prispieť k zlepšeniu kvality produktu. Dobrý tester by mal<br />
nájsť aj rozdiely v konštatovaných požiadavkách a skutočnom programe,<br />
inými slovami identifikovať chyby či nepochopenie požiadavky. Tu sa<br />
opäť ukazuje že testovanie nie je len automatizovaná práca, ale tvorivý<br />
proces.<br />
Programový produkt musí uspokojiť naň stanovené<br />
požiadavky.<br />
Toto tvrdenie je pravdivé, ak máme veľmi presnú a jednoznačnú skupinu<br />
požiadaviek. Ako som spomenul, už pri vytváraní skupiny požiadaviek, sa<br />
môže stať, že požiadavky si budú protirečiť.Vtedy je úlohou testera<br />
identifikovať, ktorá požiadavka je pre daný produkt prioritná. Nemožno<br />
zobrať skupinu požiadaviek a prideľovať im hodnoty či boli splnené alebo<br />
nie a spraviť s toho nejakú sumu. To by nám o kvalite veľa nepovedalo.<br />
Ak sú protirečivé požiadavky treba identifikovať priority a splniť hlavne<br />
tie s maximálnou prioritou. Je však pravdou, že ak takáto situácia<br />
nastane, znižuje to celkovú kvalitu produktu, pretože sú tu požiadavky,<br />
ktoré neboli splnené.<br />
Všetky testy by mali byť odvodené od jednej alebo viacerých<br />
stanovených požiadaviek, a naopak.<br />
Ak uvažujeme o testovaní ako o overovaní požiadaviek, tak je táto<br />
požiadavka opodstatnená. Dôležité tu je, aby každá požiadavka mala<br />
pridružený aspoň 1 test. Pod pojmom 1 test môžeme rozumieť aj skupinu<br />
testov, ktoré postupne overia danú požiadavku. Duplicita v testoch nám<br />
nielen nevadí, ale je vítaná. Bolo by dobre pokúsiť sa navrhnúť test tak<br />
aby overoval aj viac ako 1 požiadavku a to z toho dôvodu že, systém pri<br />
svojej práci bude spravidla uskutočňovať naraz viac ako jednu<br />
požiadavku a mala by sa otestovať aj vzájomná súbežnosť vykonávania<br />
požiadaviek.