THIS stops 90% of C# Developers Learning TDD

Рет қаралды 12,941

Жыл бұрын

⭐️ Use the coupon code GUITDD to get a 20% discount course on my new TDD course: dometrain.com/course/from-zer...
90% of C# Developers stop learning TDD for the same reason.
And that is because introductory videos say nothing about how to deal with real-world complex scenarios, like working with external dependencies.
So, to help you overcome this, let's see how to apply test-driven development on common use cases like Services that have external dependencies like Repositories.
🚨 KEY LINKS
🤝 Support me on Patreon (and get access to source code) here: / gsferreira
👋 HEY FRIEND
If you're new to my Channel, my name is Guilherme, but you can call me Gui if Portuguese pronunciation is not your thing.
I see myself as a Minimalist Software Craftsman. That says a lot of what I talk about here.
So, why this KZfaq channel? To share with you to simplify your life as a Developer through knowledge, technology, and practices.
If you are into those things as I do, don't forget to subscribe for new videos.
🔗 GET IN TOUCH
LinkedIn: / gferreira
Twitter: / gsferreira
GitHub: github.com/gsferreira
Visit my blog: gsferreira.com
#dotnet #csharp #tdd #testdrivendevelopment

Пікірлер: 70

@usamesavas9848 Жыл бұрын

Wow, this is by far the most useful tutorial on TDD I have ever seen on KZfaq. I appreciate it.

@gui.ferreira Жыл бұрын

WOW! Thanks. You made my day 🙏

@akeemaweda1716 14 күн бұрын

This approach makes you run smoothly, with little debugging because you saw through behaviours as you develop! Love this & thanks for sharing.

@gui.ferreira Күн бұрын

Indeed, Akeem!

@MarcusHammarberg 3 ай бұрын

Yes! The "Wishful thinking" part of TDD, imaging that the system we wanted to have, is a power tool. I also loved how you used the phrase "put our test into a green state", when we had stuff that didn't compile.

@gui.ferreira 3 ай бұрын

Thank you! That "dreaming" phase is often ignored but is precious.

@Kamuisakeu 2 ай бұрын

One amazing thing about this tutorial: This video, with all the explanations took almost 20 minutes and delivered a considerable amount of code with solid unit tests. Now imagine doing this with focus, in the flow, using some AI assistance. The productivity will skyrocket!

@gui.ferreira 2 ай бұрын

I have a video about that 😅 kzfaq.info/get/bejne/q8d-arZ4na-9oWg.htmlsi=QzzM0Y9uf5DzfgXl

@minecraftwithdan 2 ай бұрын

Thank you so much for this video. Your explanation is so clear and it was exactly what I was looking for to keep on my TDD journey and not get dispondent 😊

@gui.ferreira Ай бұрын

I'm so glad it helped! Thanks, David!

@johnnyserup5500 8 ай бұрын

I like his fast pace - finally an example of real use of TDD.

@gui.ferreira 8 ай бұрын

Thank you Johnny!

@yonkocarly 3 ай бұрын

"including my own..." I automacally engage with that video..3,2,1...

@GavinHohenheim 6 ай бұрын

I love your frequent refactoring of not only the code, but also the tests. Most devs I see complaining about TDD do not understand how important that is..

@gui.ferreira 6 ай бұрын

Thanks! One of the goals of TDD is to produce executable documentation. I don't like documentation that is hard to read 😜

@FroboDaggins Жыл бұрын

Great example of how to apply TDD in a realistic scenario. I'd like to try out using fakes more as having the code written prior to the tests means I always tend to end up just using mocks.

@gui.ferreira Жыл бұрын

Thanks! Give it a try. You will see that it pays off.

@rezvlt9285 Жыл бұрын

Incredibly useful will use what I've learnt for my e-commerce project

@gui.ferreira Жыл бұрын

Thanks! Glad to hear that 🙏

@PaulSebastianM Ай бұрын

When you practice TDD, you should not constantly switch to coding/generating your unit. Your initial test run should be red, not green.

@MrOcelot92 9 ай бұрын

good content, even though I never coded c#, java for now, it's useful for showing the mindset and approach.

@gui.ferreira 9 ай бұрын

Glad to hear that! 🙏

@chazzman4553 Жыл бұрын

Just started c#, switching from php 😊. Very helpful channel! Thanks man.

@gui.ferreira Жыл бұрын

Thanks, Chazz! 🙏 Good luck on your journey! I hope you like C# as much as I do.

@martinmusli3044 Жыл бұрын

Finally somebody beyond "function takes argument"

@mirkogeffken2290 Жыл бұрын

Loved the vid as soo many don’t use TDD to guide their design. For anyone that likes this really consider NCrunch as it makes this approach a blast (however AFAIK) Rider is unfortunately not an option with that, but if you like Visual Studio it is awesome for this flow as you get instant feedback with coverage on top.

@gui.ferreira Жыл бұрын

Thanks, Mirko. I don't have experience with NCrunch but I think that continuous testing has the same goal. www.jetbrains.com/help/rider/Work_with_Continuous_Testing.html

@PaulSebastianM Ай бұрын

One problem that I have whenever I try to distinguish between behaviour and implementation is what unit am I testing and how do I name my tests and/or test class. ’CreateOrderTests’ does not help me understand the unit it is testing, while it may help me understand the behaviour it is testing. Any thoughts on that?

@PeteSauerbier Жыл бұрын

Good tutorial indeed. Quick question, why didn't you put the context initialization for your tested class into a setup?

@gui.ferreira Жыл бұрын

That's a good point. Since I'm using xUnit I could do that indeed. I usually like to start with the code in the test method, and when I add more tests in the same class, I extract common setup code to the constructor.

@PaulSebastianM Ай бұрын

If you use nullable reference types, why write tests that check for null arguments? I thought the whole point of NRTs was to remove this boilerplate and the kinds of bugs caused by null.

@BrianHeunis Жыл бұрын

Great tutorial 🙌

@gui.ferreira Жыл бұрын

Thank you Brian 🙌

@marna_li Жыл бұрын

@gui.ferreira Yeah! Bravo! This was what I was looking for. Someone showing how to think when building software with testing in mind.

@gui.ferreira Жыл бұрын

WOW Thanks Marina! After your comment on the other video, I'm happy to find this one 😉

@marna_li Жыл бұрын

@@gui.ferreira I did not dislike you other movie. Just gave my thoughts. And then I found this when looking for your TDD videos 🙂 Another thought: I do not think that anyone should jump into TDD or any other paradigm without truly understand the value it brings to software development. You can not walk before you have crawled. So I encourage people to explore a broad set of topics in SD before applying them in serious professional projects where you initially soon discover your current limits.

@gui.ferreira Жыл бұрын

@@marna_li I tend to agree with you. TDD is just another approach. What I would say, is that everyone should give it a chance, but that means that once you do it it's important to stick to it for a while.

@marna_li Жыл бұрын

@@gui.ferreira Sure they should give it a chance. Perhaps people start to think more about how they write their code then. But in general, when it comes to the bigger topics, I don’t think that people should rush to use some architecture or so when building a professional product. Not without experimenting a lot across the field to understand pros and cons. Anyhow, I appreciate you and the other “content creators” who work so hard in educating us, using your knowledge, experience, and interest in the field! 🙂

@gui.ferreira Жыл бұрын

@@marna_li thank you once again

@eldhoabe8556 Жыл бұрын

Make sense. Could you create video about TDD on repository layer

@gui.ferreira Жыл бұрын

It's on the pipeline Eldho 😉

@diegomelgar2696 11 ай бұрын

Id like to see the repositories and also an integration test video example 😃

@diegomelgar2696 11 ай бұрын

Using factories, faker, seedeing, migrations too! Would appreciate

@gui.ferreira 11 ай бұрын

Good ideas here. Thanks Diego!

@enzopowell9234 4 ай бұрын

Hi, I notice that the "shippingAddress" parameter is by default nullable and that's why you need to write test against it. Too sad C# has no null-safety feature like Dart. But now in c# 11, putting "!!" at the end of the name of arguments can let us skip all the if blocks checking for possible null arguments.

@gui.ferreira 4 ай бұрын

The famous bang-bang "!!" operator was removed from the release. The feature didn't resist the community backlash

@enzopowell9234 4 ай бұрын

@@gui.ferreira damn, I think this feature is nice. Not sure why it was the backlash

@gui.ferreira 4 ай бұрын

@@enzopowell9234 Due to the community voice 😜

@ActionReaction.. Жыл бұрын

what stops most of us from doing TDD is our customers their budget 😂

@gui.ferreira Жыл бұрын

You are assuming that TDD takes more time than not testing 😉

@sebastienvandepoel1377 8 ай бұрын

Great video. I just was wondering, why didn't you start with the happy path? Is there any reasoning behind it?

@gui.ferreira 8 ай бұрын

Excellent question. I always ask myself “Which is the the simplest/smallest step I can take?!”. I don't mind if that is not the happy path. When you use Guard Clauses or follow the principle of return early, often the smallest thing you can do is validate input data. However, when the work is exploratory, it might be worthy to take note of those cases and first implement the happy path, since the direction is not clear. Does it make sense?

@sebastienvandepoel1377 8 ай бұрын

Yes, it does. I was always starting with the happy path. But now I will question myself before starting my tests. Thanks

@teamtosoz892 7 ай бұрын

why is this better than let's say use schemathesis and test based on the openapi specification ?

@gui.ferreira 7 ай бұрын

TDD is not only a testing practice but also a design practice. I think that those tools can eventually be used in an Acceptance Test way in combination with TDD.

@kitsurubami Жыл бұрын

I feel like I should re-watch this video 50 times until it really sinks in.

@gui.ferreira Жыл бұрын

I'm not sure how I should feel about that. 😅

@kitsurubami Жыл бұрын

@@gui.ferreira I mean that the content of the video is very valuable to learn. At my current experience level, it's a little hard to grasp, but that is my own shortcoming.

@gui.ferreira Жыл бұрын

@@kitsurubami Let me know if something is not clear and I will try to help.

@kitsurubami Жыл бұрын

@@gui.ferreira Thank you. You are very kind.

@SimonLomax-qw3dv Жыл бұрын

Which colour scheme are you using?

@gui.ferreira Жыл бұрын

Hi! Dracula for Rider plugins.jetbrains.com/plugin/12275-dracula-theme

@wolfgang999 Жыл бұрын

what are the advantages of using fakes instead of moqs ?🤔

@gui.ferreira Жыл бұрын

May I suggest taking a look at this video? I think I address that question there. kzfaq.info/get/bejne/epaUdsRqvbWYqmQ.html

@MrMattberry1 6 ай бұрын

I would say there is too much functional code being created for the tests. These fakes could easily have bad code in them, you really need to use mocks.

@redhotbits 6 ай бұрын

database is not outside of your control, you dont need to mock access to it

@gui.ferreira 6 ай бұрын

It depends. One example: If you value feedback cycle quick iterations.

@redhotbits 6 ай бұрын

@@gui.ferreira it does not depend, you can quickly setup in-memory database, no excuses

@swarup2009 10 ай бұрын

By introducing `Get` on orderRepository, aren't you making your test depend on `Get`'s implementation? The test may fail if the `Get` is implemented incorrectly. The reason your test will fail is not related to business logic, but a logic introduced by test. Probably this is the case, where mocking (spying) is necessary. To spy the outgoing messages from an object. In the case calling methods on repository . Specially the ones that will create state change , like create/delete/update

@gui.ferreira 9 ай бұрын

In this case, I'm using a Fake instead of a Mock. I have a video on Test Doubles if you want to check: kzfaq.info/get/bejne/epaUdsRqvbWYqmQ.html There's an argument to be made on the need for testing Fakes. However, in my experience, it's often nitpicking as far as your Fakes are extremely simple.