Artwork

Christian Braun und Thomas Diroll, Christian Braun, and Thomas Diroll에서 제공하는 콘텐츠입니다. 에피소드, 그래픽, 팟캐스트 설명을 포함한 모든 팟캐스트 콘텐츠는 Christian Braun und Thomas Diroll, Christian Braun, and Thomas Diroll 또는 해당 팟캐스트 플랫폼 파트너가 직접 업로드하고 제공합니다. 누군가가 귀하의 허락 없이 귀하의 저작물을 사용하고 있다고 생각되는 경우 여기에 설명된 절차를 따르실 수 있습니다 https://ko.player.fm/legal.
Player FM -팟 캐스트 앱
Player FM 앱으로 오프라인으로 전환하세요!

110 |Testable by Design: Wie DI, Domain-Driven Architecture und Mocking deine Tests ermöglichen

58:11
 
공유
 

Manage episode 503635184 series 3432291
Christian Braun und Thomas Diroll, Christian Braun, and Thomas Diroll에서 제공하는 콘텐츠입니다. 에피소드, 그래픽, 팟캐스트 설명을 포함한 모든 팟캐스트 콘텐츠는 Christian Braun und Thomas Diroll, Christian Braun, and Thomas Diroll 또는 해당 팟캐스트 플랫폼 파트너가 직접 업로드하고 제공합니다. 누군가가 귀하의 허락 없이 귀하의 저작물을 사용하고 있다고 생각되는 경우 여기에 설명된 절차를 따르실 수 있습니다 https://ko.player.fm/legal.

Hand aufs Herz: Wie viele von euch haben schon mal gedacht "Tests schreiben dauert zu lange" oder "Mein Code ist einfach nicht testbar"? Thomas geht in dieser Episode ehrlich mit seiner eigenen Testing-Journey um – von jemandem, der früher wenig getestet hat, bis hin zur Erkenntnis: Die Architektur entscheidet über den Erfolg deiner Tests.

Wir sprechen darüber, warum 90% der Software da draußen schlichtweg nicht testbar ist – nicht wegen fehlender Tools, sondern wegen fundamentaler Architektur-Probleme. Starke Kopplungen, Mammut-Methoden, fehlende Abstraktionsebenen und hardcodete Dependencies machen Tests zur Hölle. Aber es geht auch anders: Von Dependency Injection über Event-Driven Architecture bis hin zu Clean Architecture-Patterns zeigen wir, wie du von Anfang an testbare Software designst.

Außerdem diskutieren wir, wie sich Testing in Zeiten von AI-Tools verändert, warum VibeCoding und Tests kein Widerspruch sein müssen und wie du Legacy-Code schrittweise testbar refactorst. Von der Test-Pyramide über Point-Free Mocking bis hin zu praktischen Unterschieden zwischen Mobile- und Web-Testing – eine Episode voller konkreter Patterns und ehrlicher Einblicke.

Community

💜 Werde Teil der IOOB Discord Community: https://discord.gg/bbC5c4vvQY

Links

Kontakt

  continue reading

113 에피소드

Artwork
icon공유
 
Manage episode 503635184 series 3432291
Christian Braun und Thomas Diroll, Christian Braun, and Thomas Diroll에서 제공하는 콘텐츠입니다. 에피소드, 그래픽, 팟캐스트 설명을 포함한 모든 팟캐스트 콘텐츠는 Christian Braun und Thomas Diroll, Christian Braun, and Thomas Diroll 또는 해당 팟캐스트 플랫폼 파트너가 직접 업로드하고 제공합니다. 누군가가 귀하의 허락 없이 귀하의 저작물을 사용하고 있다고 생각되는 경우 여기에 설명된 절차를 따르실 수 있습니다 https://ko.player.fm/legal.

Hand aufs Herz: Wie viele von euch haben schon mal gedacht "Tests schreiben dauert zu lange" oder "Mein Code ist einfach nicht testbar"? Thomas geht in dieser Episode ehrlich mit seiner eigenen Testing-Journey um – von jemandem, der früher wenig getestet hat, bis hin zur Erkenntnis: Die Architektur entscheidet über den Erfolg deiner Tests.

Wir sprechen darüber, warum 90% der Software da draußen schlichtweg nicht testbar ist – nicht wegen fehlender Tools, sondern wegen fundamentaler Architektur-Probleme. Starke Kopplungen, Mammut-Methoden, fehlende Abstraktionsebenen und hardcodete Dependencies machen Tests zur Hölle. Aber es geht auch anders: Von Dependency Injection über Event-Driven Architecture bis hin zu Clean Architecture-Patterns zeigen wir, wie du von Anfang an testbare Software designst.

Außerdem diskutieren wir, wie sich Testing in Zeiten von AI-Tools verändert, warum VibeCoding und Tests kein Widerspruch sein müssen und wie du Legacy-Code schrittweise testbar refactorst. Von der Test-Pyramide über Point-Free Mocking bis hin zu praktischen Unterschieden zwischen Mobile- und Web-Testing – eine Episode voller konkreter Patterns und ehrlicher Einblicke.

Community

💜 Werde Teil der IOOB Discord Community: https://discord.gg/bbC5c4vvQY

Links

Kontakt

  continue reading

113 에피소드

All episodes

×
 
Loading …

플레이어 FM에 오신것을 환영합니다!

플레이어 FM은 웹에서 고품질 팟캐스트를 검색하여 지금 바로 즐길 수 있도록 합니다. 최고의 팟캐스트 앱이며 Android, iPhone 및 웹에서도 작동합니다. 장치 간 구독 동기화를 위해 가입하세요.

 

빠른 참조 가이드

탐색하는 동안 이 프로그램을 들어보세요.
재생