Treść książki
Przejdź do opcji czytnikaPrzejdź do nawigacjiPrzejdź do informacjiPrzejdź do stopki
3.1.podStaWoWyproceSteStoWy
Tabela3.2.MapowaniewymagańnaelementyprojektowesystemuELROJ
Wymaganie
R01
R02
R03
R04
R05
R06
R07
Odpowiadającametodalubmetody
setInfo(),getInfo(),removeInfo()
addLine(),removeLine()
addBus()
addBusInterval()
removeBus()
getDisplayString()
setActualDate()
Możemyzdecydować,żewymaganieR01będziepokrytew100%dopieropo
pozytywnymprzetestowaniuwszystkichtrzechodpowiadającychmumetod(setIn-
fo,getInfo,removeInfo).Możemyteżokreślićstopieńpokryciategowymaganiadla
wszystkichtrzechfunkcjizosobna(np.każdamożepokrywaćwymaganiewjednej
trzeciej).Zauważmy,żewtabelibrakujemetodgetAllBusLines,getAllBusesTimes
orazgetNextBusTime.Sąonewywoływanewinnychmetodachwceluuzyskaniaokre-
ślonychinformacjiiniesąbezpośredniozwiązanezżadnymzwymagań.Alemo-
glibyśmyzdecydować,żejeślinp.metodagetDisplayStringwywołujetetrzyfunkcje
(iżadneinne),towymaganieR06możezostaćpokrytewstuprocentachtylkowtedy,
gdypozytywnieprzetestowanabędziezarównometodagetDisplayString,jakiwszyst-
kiewywoływaneprzezniąmetody.Podejścietakiejestszczególniewarterozważenia
wkontekścieokreślaniarezydualnego(pozostałego)poziomuryzykawtestowanym
systemie.
3.1.4.Projektowanietestów
Efektemfazyanalizyjestodpowiedźnapytanie–hco”testować.Fazaprojektowania
odpowiadazkoleinapytanie–hjak”testowaćzidentyfikowaneobiektytestów.Składa
sięztrzechgłównychkroków:
1)wybórpoziomuogólnościprzypadkówtestowychdlaposzczególnychobszarów
testowania;
2)wybórtechnikprojektowania,którezapewniąodpowiedniepokrycie;
3)stworzenieprzypadkówtestowychweryfikującychzidentyfikowanewarunkite-
stowe0
Projektowanietestówmożesięrozpocząćdopierowtedy,gdyzidentyfikowano
wszystkiewarunkitestowe.Projektowaneprzypadkitestowemogąmiećcharakterprzy-
padkówogólnychlubszczególnych.Tepierwszesąnazywaneprzypadkamitestowymi
wysokiegopoziomu,drugie–przypadkamitestowyminiskiegopoziomu.
39
