TDD promises that the minute you start writing tests: - design of your code will improve, - bugs will magically disappear, - refactoring will be fun and easy, - customers will be happy, - your boss will give you a rise, - grass will be greener and the sun more shiny. In reality when you start with TDD, you can find yourself disappointed as none of these things happen instantly. In our talk we will address some of the most common pitfalls of implementing TDD. TDD is not easy but just a few simple rules can save you a lot of pain.
2. Szczera odpowiedź na pytania:
● Kto pisze testy ?
● Kto robi TDD ?
● Komu często zdarza się, że mimo przechodzących testów aplikacja
po włączeniu nie działa ?
● Kto jest gotowy na continuous deployment/delivery (CD) ?
Hand voting time!
3.
4.
5.
6. Kod testowy vs kod produkcyjny
SQLite 730:1
Pragmatists 3:1
3:1
37. ● Nie jest łatwo mieć feedback w legacy kodzie ale warto szczególnie
w miejscach które będą ewoluowały
● Jeżeli jest ciężko - sparuj się
● Nie szukaj łatwych wymówek - trudny setup może wynikać z Twojego
braku wiedzy
● Im szybciej podejmiesz wyzwanie tym lepiej - później będzie już
tylko ciężej
● Większość technologii/języków można przetestować (EJB, PLSQL,
skrypty bashowe)
Feedback w ogóle
utPLSQL