Treść książki
Przejdź do opcji czytnikaPrzejdź do nawigacjiPrzejdź do informacjiPrzejdź do stopki
1.WarTOśĆaUTOMaTYZaCJiTESTÓW
Odmodelukaskadowegodozwinnegotworzeniaoprogramowania
Mimożeniektóreorganizacjekorzystajązautomatyzacjitestówjużoddekad,jednakza-
częłabyćonapowszechniestosowanadopierowostatnichlatach.Jestwielepowodów,
dlaktórychtaksięstało,alebezwątpieniamożnapowiedzieć,żewzrostzapotrzebowania
naautomatyzacjętestówzawdzięczamywdużejmierzeodejściuodtradycyjnegomodelu
kaskadowego(waterfall)narzeczprogramowaniazwinnego(Agilesoftwaredevelopment).
Wtradycyjnympodejściukaskadowymprojektyoprogramowaniapostrzeganebyłyjako
cośjednorazowego,podobniejakbudowaniemostu.Najpierwplanujemyiprojektujemy
oprogramowanie,potemjebudujemy,anakońcutestujemyisprawdzamyjakośćkońco-
wegoproduktu,naprawiającprzytympomniejszebłędy,któreznaleźliśmy.Opieramysię
tunazałożeniu,żejeślifazyplanowaniaibudowyzostałyprzeprowadzonepoprawnie,to
pozapewnymidrobnympomyłkamiprogramistycznymi,któremożemybardzołatwona-
prawić,wszystkopowinnodziałaćzgodniezplanem.Takiepodejściesprawia,żeproces
weryfikowania,czyrezultatkońcowyzachowujesięzgodniezespecyfikacją,musimyprze-
prowadzićtylkoraz.Ponownewykonanietestupowinnomiećmiejscetylkowprzypadku
wykryciajakiegośbłęduiprzygotowaniadlaniegoodpowiedniejpoprawki,anastępniejej
sprawdzenia.Jeślikażdytestwykonywanyjesttylkorazlubdwarazy,towwieluprzypad-
kachznacznietaniejiłatwiejbędziewykonywaćjeręcznieniżjeautomatyzować.
Polatachstałosięjasne,żewwiększościprzypadkówpodejściekaskadoweniespełnia
swoichobietnic.Większośćprojektówoprogramowaniabyłajużnatyleskomplikowana,że
zaplanowanieidomknięciewszystkichtechnicznychszczegółówwpoczątkowejfazietwo-
rzeniabyłoniemożliwe.Nawetwtychprzypadkach,wktórychbyłotowykonalne,doczasu
ukończeniatakiegoprojektu(trwającegozwyklekilkalat)zmieniałysięzarównosama
technologia,jakipotrzebybiznesowe,czyniąctakieoprogramowaniemniejadekwatnym
niżmiałobyćpoczątkowo.Ztychwłaśniepowodówszybkiereagowanienaopinieklien-
tówstałosięcenniejszeodsztywnegotrzymaniasiępoczątkowegoplanu.Wrazzupływem
czasuwiększośćprzemysłuoprogramowaniaodeszłaodtychjednorazowychprojektów,
rezygnujączcyklicznegowydawanianowychwersjitegosamegooprogramowaniacokilka
latnarzeczszybkichcyklówwydawniczych.Dzisiajniektóreznajwiększychfirmdziała-
jącychwsieciWebdostarczająnowefunkcjeipoprawkidlaswojegooprogramowania
pokilkarazydziennie,aniekiedynawetkilkarazynaminutę!
1
ManiFESTprOGraMOWaniaZWinnEGO
W2001roku17liderówzobszarurozwojuoprogramowaniasformułowałoManifestprogra-
mowaniazwinnego,któregotreśćjestnastępująca
1:
Odkrywamynowemetodyprogramowaniadziękipraktycewprogramowaniuiwspieraniuwnim
innych.Wwynikunaszejpracyzaczęliśmybardziejcenić:
Ludziiinterakcjeodprocesówinarzędzi
Działająceoprogramowanieodszczegółowejdokumentacji
1
Tłumaczenietreścimanifestupochodzizestrony:http://agilemanifesto.org/iso/pl/manifesto.html(przyp.tłum.)
4
