3. Kāda ir laba
programma?
Jātestē
Strādā pareizi
funkcionalitāte!
Jātestē
Pietiekoši ātri
veiktspēja!
Jātestē
Ir uzturama
pēc izmaiņām!
4. Kā tas tiek darīts?
kaut ko
padarbinam
dbms_output.put_line(...)
tas taču acīmredzami,
ka kļūdu nav :)
lai testētāji testē,
tas ir viņu darbs
5. Kādas ir
problēmas?
“pamēģinam” nevis testējam
testi nav atkārtojami
manuāla rezultātu pārbaude
testēšana tiek sākta pārāk vēlu
6. Testu veidi
vienībtesti
integrācijas testi
programmētāja
veiktspējas & slodzes testi atbildība
pētnieciskie & lietojamības testi
7. Testu virzīta
izstrāde
Izveido testu
Izpilda testu
Uzraksta kodu
Izpilda testu
Refaktorē
8. Labi vienībtesti
Automātiski, izpildās ātri
Plašs koda pārklājums, iekļauj robežgadījumus
Atkārtojami
Neatkarīgi, nav svarīga izpildes secība
Izmanto reālus, labi saprotamus datus
15. Kāpēc maz lieto?
liels testu koda apjoms?
nepārskatāmi, slikta lasāmība?
grūti testēt sarežģītākus gadījumus?
nav labās prakses kā rakstīt testus?
neviens nelieto, kāpēc lai es lietotu?
16. ruby-plsql-spec
ideāla valoda testu rakstīšanai
RSpec spēcīgi testēšanas rīki
ar “lasāmu” sintaksi
bibliotēka PL/SQL
ruby-plsql procedūru
izsaukšanai no Ruby
18. Ieguvumi
kompakta, lasāma sintakse
spēcīgas iespējas arī sarežģītu testu rakstīšanai
labākā prakse no Ruby kopienas
veidots uz reālu projektu vajadzībām
19. Saites
http://blog.rayapps.com/2009/11/27/oracle-
plsql-unit-testing-with-ruby/
http://blog.rayapps.com/2010/01/06/
screencasts-of-oracle-plsql-unit-testing-with-
ruby/
http://github.com/rsim/ruby-plsql-spec