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

Better Software Design

Вміст надано Mariusz Gil. Весь вміст подкастів, включаючи епізоди, графіку та описи подкастів, завантажується та надається безпосередньо компанією Mariusz Gil або його партнером по платформі подкастів. Якщо ви вважаєте, що хтось використовує ваш захищений авторським правом твір без вашого дозволу, ви можете виконати процедуру, описану тут https://uk.player.fm/legal.

1+ y 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

98 епізодів

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