Treść książki
Przejdź do opcji czytnikaPrzejdź do nawigacjiPrzejdź do informacjiPrzejdź do stopki
1.WproWadzeniedoteStoWania
produkowanysystemnienadajesiędoużytkowanialubniespełniawymagań.Nawet,
gdybyśmybyliwstanieudowodnić,żetestowanyprogramniezawieradefektów,nie
oznaczałobyto,żeoprogramowaniejestwolneodbłędów.Naprzykład,programmoże
niespełniaćoczekiwańklientalubmieć,opróczwymaganejfunkcjonalności,dodatko-
wą,nieplanowanąiniezamierzoną.
gęstośćusterek,gęstośćdefektów,gęstośćbłędów(ang0defectdensity,faultdensity)–
liczbausterekznalezionychwmodulelubsystemieprzypadającanajednostkę
wielkościmodułulubsystemuwyrażonazapomocąstandardowejmiaryoprogra-
mowania,np.wliczbieliniikodu,liczbieklas,liczbiepunktówfunkcyjnych
1.6.
Jakdużotestowaćikiedyskończyć?
Wiemyjuż,żetestowaniegruntownejestniewykonalne.Cowięcej,każdyprojektjestpro-
wadzonywwarunkachograniczonejdostępnościzasobów:mamyskończonąliczbępra-
cowników,skończonybudżetiścisłeramyczasowenato,abyprojektszczęśliwiedoprowa-
dzićdokońca.Jakąnależywięcprzyjąćstrategiędlaprocesutestowegodotyczącązakresu
testóworazmomentuzakończeniatestowania?
5Dobrąpraktykąjestpodejmowaniede-
cyzjiozakresietestównapodstawiepoziomuryzyka,wtymtakżeryzykatechnicznego,
związanegozbezpieczeństwemorazryzykabiznesowego0Priorytetyzacjatestówpozwoli
nawykonaniewpierwszejkolejnościprzypadkówtestowychpokrywającychnajwiększe
obszaryryzyka,dziękiczemu,przezeliminacjętychryzyk,jakośćproduktubędziewzra-
staćwsposóboptymalny.Jeśliokażesię,żenaglezjakichśprzyczynmusimyprzerwać
testowanie,tobędziemypewni,żeprzetestowaliśmynajważniejszeobszaryproduktu.
Jeśliproceswykorzystujesystemmetryk,tomożnamierzyćtakieparametryjaknie-
zawodnośćsystemu,liczbęiintensywnośćznajdowaniadefektów,defektyzgłoszonevs0
defektynaprawione,stopieńpokryciawymagańlubryzykitd.Miarytemogąsłużyćdo
konstrukcjikryteriówwyjścia,czyliwarunkówmówiących,kiedymożnazakończyćdaną
fazętestowania.
Narysunku1.2sąpokazanewykresyskumulowanejliczbyzgłoszonychinaprawio-
nychdefektówwdwóchprzykładowychprojektach.Polewejstroniemamysytuację
pożądaną:skumulowanaliczbawykrytychdefektówstabilizujesię,dążącdoasymptoty
poziomej.Oznaczato,żewkońcowychfazachprojektuniewykrytojużwielubłędów.
Ponadtołącznaliczbadefektównaprawionychzbliżasięwkońcowejfaziedołącznej
liczbydefektówzgłoszonych.Możemyspodziewaćsię,żewniedługimczasiewszystkie
defektyzostanąnaprawione,dziękiczemuosiągniemyodpowiednipoziomzaufaniado
oprogramowaniaibędzieonomogłozostaćprzekazaneklientowi.
5Niektórzyuważają,żeprocestestowanianiekończysięnigdy(adokładniejmówiąc,kończysięzmo-
mentemzakończeniażyciaprogramu),używanieaplikacjiprzezklientamożnabowiemtraktowaćjakoformę
ciągłegotestowaniaakceptacyjnego.Nasoczywiścieinteresujeczasizakrestestówwramachściśleokreślone-
goprojektutworzeniaoprogramowania.
18
