Treść książki
Przejdź do opcji czytnikaPrzejdź do nawigacjiPrzejdź do informacjiPrzejdź do stopki
1.1.Koniecznośćtestowania
17
Należyzwrócićuwagęnato,żeusterkiwoprogramowaniu,systemachlubdoku-
mentachmogą,leczniekonieczniemuszą,prowadzićdowystąpieniaawarii.Oawarii
możemymówićwtedy,gdyusterkaHzamanifestowała”sięwprodukcie,kiedymo-
żemyzobaczyćjejskutkijakoodchyleniedziałaniarzeczywistegoodoczekiwanego.
Głównymiprzyczynamiwystępowaniadefektówjestczynnikludzki–większość
pracnadwytworzeniemoprogramowaniajestrealizowanaprzezczłowieka,odpo-
zyskaniawymagańnaoprogramowanie,poprzezichanalizęiopracowanieprojektu
rozwiązaniasystemowego,poimplementację.Czynnikludzkitoelementobarczony
wysokimstopniemniepewności–ludziesąomylni,często(zwłaszczawrealiach
projektowych)działająpodpresją,pracujązezłożonymkodemczyalgorytmami.
Dotegodochodzipracawwarunkachzmieniającychsiętechnologiiikonieczności
integracjimiędzywielomasystemami.Zpowodubłęduludzkiegopowstajenajwię-
cejusterekwprodukcie–copotwierdzająstatystykiwskazujące–wzależnościod
źródła–żenaetapieanalizyiprojektowaniapowstajeod50do80%wszystkich
defektów(GopalakrishnanNair&Suma,2010).
MAŁEPROJEKTY
18%
19%
63%
%defektówwfazlewymagań
%defektówwfazleprojektowanla
%defektówwfazlelmplementacjl
Rysunek1.1.Dystrybucjadefektówwfazachprojektu–statystyka1
Źródło:GopalakrishnanNair&Suma,2010
¥REDN,EPROJEKTY
24%
16%
60%
%defektówwfazlewymagań
%defektówwfazleprojektowanla
%defektówwfazlelmplementacjl
Rysunek1.2.Dystrybucjadefektówwfazachprojektu–statystyka2
Źródło:GopalakrishnanNair&Suma,2010