Treść książki
Przejdź do opcji czytnikaPrzejdź do nawigacjiPrzejdź do informacjiPrzejdź do stopki
4.teStoWanieWcyklużyciaoprogramoWania
WYMAGANIA
SPECYFIKACJA
ARCHITEKTURY
PROJEKT
PROJEKTNISKIEGO
POZIOMU
KODOWANIE
KOD
JEDNOSTKOWE
TESTOWANIE
KOMPONENTOWE
TESTOWANIE
INTEGRACYJNE
TESTOWANIE
TESTOWANIE
SYSTEMOWE
AKCEPTACYJNE
TESTOWANIE
WERYFIKACJA
WALIDACJA
Rysunek4.2.ModelV
ModelVjestrównocześniekrytykowanyzkilkupowodów.Przedewszystkimjest
modelemsekwencyjnym–wrzeczywistychwarunkachwymaganiazawszesięzmienia-
ją;modeltegonieuwzględnia.BrianMarick[37]zarzucamodelowiVrozdzielenie
różnychpoziomówtestów(np.osobnewykonywanietestówjednostkowychiosobne
testówintegracyjnych).Torozdzieleniepowodujenp.wprzypadkutestówjednost-
kowychkoniecznośćtworzeniawielunamiastekbądźsterowników.Marickuważa,
żelepszymrozwiązaniemjesttestowaniemodułówpodczasintegracji,gdywszystkie
otaczającetestowanymodułsystemyiinnemodułysąjużzaimplementowane.Jedno-
cześniesugeruje,żewszystkieelementynaprawejgałęzimodelupowinnypoprostu
nazywaćsięhwykonajodpowiednietesty”.Krytykadotyczyrównieżzbytniejprostoty
samegomodelu–projektyinformatyczneczęstosąbardzoskomplikowaneitrudno
opisaćichzłożonośćzapomocąprostychmodeli.Możetodawaćmenedżeromzłudne
poczuciebezpieczeństwa.
modelV(ang0Vmodel)–opisczynnościcykluwytwarzaniaoprogramowaniaod
specyfikacjiwymagańdopielęgnacji.ModelVilustruje,jakczynnościtestowemogą
byćintegrowanezkażdymetapemcyklużyciawytwarzaniaoprogramowania
4.1.3.ModelW
ModelWjestmodyfikacjąmodeluV
,wktórejwprostopisujesiętworzenieplanówtestów
podczaskolejnychfazwytwórczych.Modeljestprzedstawionynarysunku4.3.Wzasadzie
cechymodeluWmożnaopisać,rozszerzającniecoopismodeluV
.Wszystkieargumenty
58