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
modelemsekwencyjnymwrzeczywistychwarunkachwymaganiazawszeszmienia-
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łyjużzaimplementowane.Jedno-
cześniesugeruje,żewszystkieelementynaprawejgałęzimodelupowinnypoprostu
nazywaćshwykonajodpowiednietesty”.Krytykadotyczyrównieżzbytniejprostoty
samegomodeluprojektyinformatyczneczęstobardzoskomplikowaneitrudno
opisaćichzłożonośćzapomocąprostychmodeli.Możetodawaćmenedżeromzłudne
poczuciebezpieczeństwa.
modelV(ang0Vmodel)opisczynnościcykluwytwarzaniaoprogramowaniaod
specyfikacjiwymagańdopielęgnacji.ModelVilustruje,jakczynnościtestowemogą
bintegrowanezkażdymetapemcyklużyciawytwarzaniaoprogramowania
4.1.3.ModelW
ModelWjestmodyfikacjąmodeluV
,wktórejwprostopisujestworzenieplanówtestów
podczaskolejnychfazwytwórczych.Modeljestprzedstawionynarysunku4.3.Wzasadzie
cechymodeluWmożnaopisać,rozszerzającniecoopismodeluV
.Wszystkieargumenty
58