84. O implementacji testów backendu i architekturze otwartej na testowanie

Better Software Design

Το περιεχόμενο παρέχεται από το Mariusz Gil. Όλο το περιεχόμενο podcast, συμπεριλαμβανομένων των επεισοδίων, των γραφικών και των περιγραφών podcast, μεταφορτώνεται και παρέχεται απευθείας από τον Mariusz Gil ή τον συνεργάτη της πλατφόρμας podcast. Εάν πιστεύετε ότι κάποιος χρησιμοποιεί το έργο σας που προστατεύεται από πνευματικά δικαιώματα χωρίς την άδειά σας, μπορείτε να ακολουθήσετε τη διαδικασία που περιγράφεται εδώ https://el.player.fm/legal.

11M ago 1:20:27

MP3•Αρχική οθόνη επεισοδίου

Jeśli wycena projektu podawana jest w dwóch wersjach, z uwzględnieniem testów i bez, to z software craftsmanshipem ma to niewiele wspólnego. To tak, jakby pytać chirurga, czy może przyspieszyć operację nie dezynfekując skalpela. Jakość nie powinna być elementem przetargowym. Chyba, że pracujemy nad proof-of-concept, ale tego rodzaju projekty często lubią płynnie przejść w fazę protoduction...

Jeśli szukasz sprawdzonych w boju receptur na implementację jakościowych testów, które nie będą wymagały co chwilę refaktoryzacji i modyfikacji przy zmianie kodu projektu, zapraszam Cię na dzisiejszą rozmowę z Piotrem Stawirejem. Napisać test w projekcie to w zasadzie żadna sztuka. Ale napisać test, który dostarczy realną wartość biznesową, będzie łatwy do utrzymania, a przy okazji może zostać wykorzystany na różnych poziomach piramidy testów, to trochę bardziej skomplikowane zadanie.

I pewnie niektóre strategie mogą być trochę kontrowersyjne, jak na przykład rezygnacja z typowego mockowania zależności, czy silnego podziału na wiele różnych testów w projekcie. Ale skoro działa to w praktyce, to w czym rzecz?

W tym odcinku rozmawiamy wraz z Piotrem między innymi o:

organizacyjnych i technicznych problemach z implementacją jakościowych testów w backendzie
metryce code-coverage i jej różnym stopniu przydatności w projekcie
profesjonalnym podejściu do problemu "z testami, czy bez?"
dobrych praktykach doboru strategii testowania
szarej strefie testów Kevlina Henney'a
legacy, testach charakterystyki, szwach i odcinaniu fragmentów systemu dla testów
unitach, czyli fragmentach kodu o pojedynczej odpowiedzialności, mierzonego kohezją
implementacji architektury otwartej na testowanie
eliminacji problemów z nadużywaniem mocków w projekcie

Zapraszam!

Materiały dodatkowe:

Sub-second acceptance tests, prezentacja Aslaka Hellesøy z konferencji SeleniumConf Chicago
Growing Object-Oriented Software, Guided by Tests, wspomniana w rozmowie książka Steve'a Freemana i Nata Pryce'a
Style Guide for Object Design, książka Matthiasa Nobacka
Financial System, repozytorium z przykładowym kodem Piotra

95 επεισόδια

#Mariusz Gil #Domain Driven Design #Ddd #Programming #Software #User experience #Technologie #Rozwój oprogramowania #Software Architecture