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(ang.defectdensity,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ństwemorazryzykabiznesowego.Priorytetyzacjatestó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ćtakieparametryjak
niezawodnośćsystemu,liczbęiintensywnośćznajdowaniadefektów,defektyzgłoszone
vs.defektynaprawione,stopieńpokryciawymagańlubryzykitd.Miarytemogąsłużyć
dokonstrukcjikryterió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
