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

Better Software Design

Mariusz Gil द्वारा प्रदान की गई सामग्री. एपिसोड, ग्राफिक्स और पॉडकास्ट विवरण सहित सभी पॉडकास्ट सामग्री Mariusz Gil या उनके पॉडकास्ट प्लेटफ़ॉर्म पार्टनर द्वारा सीधे अपलोड और प्रदान की जाती है। यदि आपको लगता है कि कोई आपकी अनुमति के बिना आपके कॉपीराइट किए गए कार्य का उपयोग कर रहा है, तो आप यहां बताई गई प्रक्रिया का पालन कर सकते हैं https://hi.player.fm/legal।

10M 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

93 एपिसोडस

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