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

Testovanie požiadaviek a človek v úlohe testera 61
Stanovené požiadavky musia zodpovedať testovaným
podmienkam
Je dôležité, aby sa požiadavka dala nejako kvantifikovať. Aby sa dala
nejako odmerať, mla nejakú hodnotu. Zväčša sú požiadavky definované
ako niečo nápomocné, čo má viesť k dokonalej spoľahlivosti. Nie vždy sa
musia brať doslovne ako nám ukáže nasledujúci príklad [Bach99]. Firma
dostala za úlohu vyvinúť aplikáciu s dobou odozvy na používateľský vstup
300 milisekúnd. Zrazu bolo treba kúpiť drahý citlivý prístroj na meranie
času v milisekundách. Tak si zistili, že človek je schopný merať čas
s odchýlkou 50 milisekúnd. Po preverení u zadávateľa, či je takáto
presnosť dostačujúca zistili, že oni v skutočnosti nechceli presne 300
milisekundovú odozvu, ale len aby ich nový systém nebol tak pomalý ako
ten starý.
Ak si zapracujeme tieto jednotlivé úvahy do prvotných štyroch zásad
mohli by modifikované zásady vyzerať asi takto:
• Zdrojom pre požiadavky je dokument o požiadavkách, ale tiež sa
musíme snažiť porozumieť čoho sa problémy týkajú a tak definovať
ďalšie požiadavky.
• V prípade výskytu konfliktných požiadaviek, treba určiť prioritu
a výsledný produkt môže obsahovať nesplnené požiadavky, ale
v minimálnej forme. Testovaním u zákazníka môžeme zistiť dôležité
informácie o konfliktných požiadavkách.
• Pri rizikových situáciách sa snažíme aby aspoň jeden test bol
pridružený ku každej požiadavke. Ak sa dá, tak sa jedným testom
pokúsiť splniť viac požiadaviek.
• Konkrétne požiadavky definovať v takých podmienkach, ktoré
zodpovedajú podstate toho, čo chceme testovaním dosiahnuť.
Definovať ich s ohľadom na úžitok, riziko a vyznačiť ich mieru
dôležitosti. Pri nejasnosti kontaktovať zákazníka.
J
e jasné že tieto pravidlá sú vlastne len odporúčaním. Najpodstatnejší
element pri celom testovaní je tester. Od jeho skúseností a schopností
závisí úspešnosť jednak testovania, miera komunikácie s programátorom
a používateľom a ostatné faktory ovplyvňujúce testovanie. Ak riziko alebo
komplexnosť projektu presahujú schopnosti testera, mal by to ohlásiť
a radšej nechať dokončenie na niekoho iného. Softvérové firmy by si mali
plne uvedomiť potrebu kvalitného testovania a jeho vplyvu na kvalitu
výrobku a tým aj povesť firmy a preto by vo vlastnom záujme mali do
testovania investovať peniaze a hlavne čas.
Literatúra
[Bach99]
BACH, J.: Risk and Requirements – based testing.
Computer, Software Realities, Jún 1999, s. 113-116.