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 ...
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Testovanie požiadaviek a človek v úlohe testera.<br />
Zdroj: J.Bach. Risk and Requirements – based testing [Bach99].<br />
Marián Teplický<br />
Abstrakt. Táto esej sa zaoberá dvami podstatnými<br />
problémami pri testovaní. Výberom vhodného testera, jeho<br />
vlastností a daností a dĺžkou dobou testovania a vplyvom<br />
jej skracovania na kvalitu produktu. Ďalej sa eseji zamíšľa<br />
nad štyrmi základnými zásadami testovania produktu v<br />
závislosti od požiadaviek a pokúša sa ich modifikovať. Esej<br />
sa snaží vyvrátiť opraviť zažitú predstavu, že testovanie je<br />
len nejaký druh automatizovaného procesu.<br />
T<br />
estovanie, ako jedna s dôležitých činností pri vývoji softvéru, má<br />
svoje špecifiká a riziká. Keďže je to činnosť, ktorou do značnej miery<br />
možeme ovplyvniť výslednú kvalitu produktu, nemali by sme ju<br />
v žiadnom prípade podceňovať. Pri zamyslení sa nad touto činnosťou,<br />
môžeme identifikovať aj nasledovné otázky. Kto má testovanie<br />
uskutočniť Programátor, alebo zvlášť tým poverený človek Aké má mať<br />
znalosti a zručnosti Ako dlho má trvať testovanie Ako testovať v<br />
závislosti od požiadaviek a rizík<br />
Kto má testovanie uskutočňovať<br />
Samozrejme, že základné testovanie jednotlivých modulov a funkčnosti<br />
kódu vykonáva priamo programátor. Popri tom ako implementuje<br />
jednotlivé časti, testuje ich funkčnosť. Otázkou je, kto by mal<br />
uskutočňovať záverečné testovanie. Zrejme nie je vhodné, aby to bol<br />
programátor, ktorý daný produkt implementoval a to z nasledujúcich<br />
príčin. Programátor vie ako daný program presne funguje, je to preň vždy<br />
biela skrinka a tým je do istej miery určený jeho postup pri testovaní. Na<br />
druhej strane tester, ktorý nevie ako program presne funguje, nie je<br />
zaťažený týmito vedomosťami a preto má iný prístup k testovaniu<br />
činnosti programu. Ďalšou odlišnosťou môže byť, že programátor<br />
pochopil istým spôsobom špecifikáciu, ktorú implementoval. Musel<br />
57