Team Se@Msi: Meranie v softvérovom inžinierstve. - FIIT STU ...

58 Eseje
naštudovať problém do istej hĺbky, aby bol schopný realizovať
špecifikáciu. Otázkou je, do akej hĺbky sa dostal a či mu neunikli nejaké
skryté súvislosti, ktoré nemuseli byť viditeľné na prvý pohľad. Na druhej
strane, ak je testerom človek, ktorý má s danou problematikou už isté
skúsenosti, je schopný takéto záludnosti včas odhaliť.
Pekným príkladom je nasledujúca situácia. Pred časom som pracoval
v istej firme, ktorá vyrába ovládacie zariadenia na tlačiarenské stroje. Ako
pracovník vývoja som sa oboznámil s činnosťou tlačiarenského stroja
a začali sme vyvíjať nový produkt. Program, ktorý točil motorčekmi
ovládajúcimi prítlačné nože v požadovanom intervale. Spravil som
program, ktorý bol funkčný a odovzdal som ho. Potom za mnou prišiel
tester, že tento program by zničil celý stroj, lebo dva nože vedľa seba
nemôžu mať posun väčší ako nejaké x. Nebolo to v špecifikácii pretože to
bolo považované za samozrejmosť. Na jednej strane je to chyba
špecifikácie, ale tá nie je skoro nikdy úplná ani jednoznačná, ale hlbšie
znalosti testera o danej problematike zachránili stroj od prípadného
zničenia. Takže, kto by mal testovať produkt Mal by to byť tester
nezávislý od programátora a ak je to možné, mal by mať prehľad o oblasti
činnosti, pre ktorú sa daný produkt vyvíja. Tester by mal byť schopný
dostatočne pochopiť oblasť, v ktorej bude daný produkt aplikovať.
Ako už s predchádzajúceho príkladu vyplýva, je rovnako dôležitá
spolupráca medzi testerom a programátorom. Tester do istej miery môže
ovplyvniť celkový vzhľad a činnosť produktu, hlavne ak má informácie čo
sa v danej oblasti požaduje a čo zákazník očakáva. Najmarkantnejšia je
táto schopnosť ovplyvniť produkt u produktov, kde je veľká konkurencia
a kde o kúpe alebo nekúpe rozhoduje individuálny vkus používateľa.
Typickým takýmto produktom sú počítačové hry. Pri ich testovaní často
dochádza k prehodnoteniu jednotlivých postupov riešenia za účelom
zvýšenia hrateľnosti.
Tieto a iné vlastnosti požadované od testera jasne ukazujú, že
testovanie nie je len rutinná činnosť, ale požaduje sa pri ňom aj
inteligencia, iniciatíva je to skrátka tvorivá činnosť. Ako poznamenal
James Bach ‚Je potrebné opraviť zažitú predstavu, že testovanie je len
nejaký druh automatizovaného procesu [Bach99].
Ako dlho má trvať testovanie
V praxi sa stretávame s problémom, ktorý má podstatu v tom, že ako to
správne vistihol pán F.P. Brooks: ‚Všetci programátori sú optimisti’
[Brooks95]. Na základe prílišného optimizmu a taktiež nepostačujúcich,
alebo lepšie povedané nedostatočne presných nástrojov na odhad času
potrebného na vývoj, sa často vypracuje plán, ktorý sa nedá splniť. Aj keď
existujú isté postupy riešiace túto situáciu (uvedené napríklad v
[Brooks95]), predsa len sa to väčšinou končí tak, že keď nastane čas
odovzdania zákazníkovi jednoducho sa zoberie to, čo je hotové a odovzdá
sa produkt dostatočne neotestovaný. Potom sme svedkami vydávania
opravných doplnkov tesne po uvedení do predaja v prípade generických