Intro to Unit Testing in C# using XUnit

Поделиться
HTML-код
  • Опубликовано: 24 дек 2024

Комментарии • 548

  • @JackiePrime
    @JackiePrime 6 лет назад +318

    I like that you don't edit out the times where things don't work as expected. It's actually helpful.

    • @IAmTimCorey
      @IAmTimCorey  6 лет назад +133

      Excellent. Part of it is just wanting everyone to relax and not think you have to be perfect (I'm sure not). Part of it is that I do think it shows a realistic view on what I do as a developer. I am glad it is helpful to you.

    • @abidmabdelaziz
      @abidmabdelaziz 4 года назад +7

      I never used my eraser in math or physics exercises for this very reason :).

    • @GonzaloRMDT
      @GonzaloRMDT 4 года назад +4

      Totally agree. Thanks for making mistakes LOL

    • @AnalogGame
      @AnalogGame 4 года назад +2

      Completely agree! seeing what did not work is useful, so whoever is watching this video can learn from it

  • @RalfsBalodis
    @RalfsBalodis 4 года назад +63

    0:00 - Intro
    1:37 - Working environment
    3:35 - Demo application walk-through
    7:14 - Unit Testing explained
    9:45 - Creating a Unit Test project
    13:22 - Setting up a test
    22:37 - A bad Unit Test and Test Driven Development
    25:48 - Opinion on Unit Testing
    28:40 - Shortening Test name
    31:08 - "Theory": Test method parameters and arguments
    36:09 - Testing edge cases
    38:43 - Testing number division
    43:13 - Dividing by zero
    48:55 - Testing methods that can throw exceptions: method returns output
    54:14 - Debugging the Unit Test
    55:19 - Testing the exceptions: method throws exception
    59:22 - Testing the exceptions: method argument throws exception
    1:05:07 - Testing methods that do more than one thing: what is a Unit of work?
    1:10:56 - Breaking method in to individual methods, what to test and what not to test
    1:18:50 - "Add to List" Tests: working test
    1:26:50 - "Add to List" Tests: failing test
    1:35:37 - Homework
    1:40:05 - Concluding remarks

    • @IAmTimCorey
      @IAmTimCorey  4 года назад +11

      Greatly appreciated by myself and the other students.

  • @kchilka
    @kchilka 4 года назад +18

    "the way you get good at something is to not watch videos, but by doing it!" - so true!

  • @Robotron2084Guide
    @Robotron2084Guide Год назад +4

    Thank you for this one, as well! One note, being 5 years later, adding the project as xUnit Test Project, allows for selection of newer .NET versions. Using the Class Library (.NET Framework), doesn't allow going beyond .NET v4.x. Which slightly changes how to add the project references from Dependencies>right click>Add Project Reference.

  • @rumenstoyanov1701
    @rumenstoyanov1701 4 года назад +15

    This was a truly great video. Not only was the educational content about the specific subject matter of unit testing fantastic, but also, just taking the time to carefully convey the fundamentals serves to remind us all that development and engineering is not about just quickly getting through things, but that it is about long term excellence and profound understanding.

    • @IAmTimCorey
      @IAmTimCorey  4 года назад +3

      I am glad you found it so helpful.

  • @raduen2
    @raduen2 4 года назад +14

    This is how you make a tutorial! All of them all greate. I was like test code cost me more time but now I see the benefits and expecialy how you show it in this tutorial

  • @movsar42
    @movsar42 4 года назад +2

    This one is like attending a psychologist, thank you so much, I've been programming more than 10 years but learned about testing only recently, same with design patterns, all because I usually programmed alone and never cared about what others are doing, but now I feel like incompetent which hinders me even at employment, though I decided to go through all your learning path videos and fix this ))
    Thank you!

  • @xxh7595
    @xxh7595 2 года назад +1

    Opinion on Unit Testing is doooooooooope. Nice speech.

  • @radeksendecki9922
    @radeksendecki9922 3 года назад

    Tim, your words about TDD fanatics is really important. I (and I guess lot of us) feel I'm not good enough because I haven't written lot of tests in my career.
    That's brings some guilt for me.
    You say 10 is better than 0, 11 is better than 10. That sentence give me a hope and ability to stay calmly focus and slowly building my skills in tests area.
    Thanks you Tim!

    • @tomthelestaff-iamtimcorey7597
      @tomthelestaff-iamtimcorey7597 3 года назад +1

      Just be sure tests you write add value. No one needs redundant tests that take up time and resources.

  • @ВениславЗдравков
    @ВениславЗдравков 2 года назад

    The best explanation and the most detailed for free accessible video about this topic. You are really the man!

  • @abyshekhar
    @abyshekhar 3 года назад

    This video not just covers unit testing but also the way we extract and extract and extract following Single Responsibility Principle and Clean Code. Thank tou Tim Corey

    • @tomthelestaff-iamtimcorey7597
      @tomthelestaff-iamtimcorey7597 3 года назад +1

      Tim tries to incorporate real world insights. Sounds like it was helpful. Thanks for watching.

  • @250miles2
    @250miles2 2 года назад +1

    I might have to subscribe to Tim Corey... (jk - I already did). This course is, what, 4 years old and yet, it's still applicable today. Easily, one of the best intros to unit testing I've ever seen. Thanks for posting this!

  • @mokhan1676
    @mokhan1676 4 года назад +4

    wow. recently started a new job and was a bit overwhelmed with the unit testing and mocks but found this video extremely helpful. I feel a little more confident about them now. Thank you so much! subscribed :)

  • @phelipelima4230
    @phelipelima4230 2 года назад +1

    your videos are great tim and you have such a likeable personality, it feels like a friend is teaching me

  • @SalomeJalaghonia
    @SalomeJalaghonia 2 года назад +1

    As always you are at the top of the art of presentation!!!

  • @BambooBob
    @BambooBob 3 года назад +2

    Back in '93 when I started my programming career, we built our requirements using Test Cases. Then we built the code using the Test Cases. Later, when Test script tools came along, Test Data was stored separately and 'pulled' into the test script. It allowed for a much easier and larger test bed.
    It's true as you said, you can go overboard with your testing. I basically test upper and lower bounds, test data types, test Nulls, and finally test real--life scenarios (using recorded scripts).

  • @samsongoot6364
    @samsongoot6364 3 года назад +1

    This a best tutoreal about unit testing what i have seen, plz add more and more videos about this !!! Thank you so much.

  • @chrismantonuk
    @chrismantonuk 5 лет назад +6

    Hi Tim. Thanks for the great tutorial (and the follow up Moq video). I've always grumbled about testing, but this has opened my eyes to see that it can really be super satisfying and fun. I've had lots of fun today extending your sample project with tests for the CSV serialize/deserialize and theories around handling bad input etc. All round top notch stuff, thanks mate!

    • @IAmTimCorey
      @IAmTimCorey  5 лет назад

      Thank you!

    • @jimmcneal
      @jimmcneal 3 года назад

      @@IAmTimCorey Also, I agree 100% w/ your philosophy on the testing fanatics. They have definitely deterred me from getting into Unit Testing in the past. Thanks for the help.

  • @thobiaslarsen693
    @thobiaslarsen693 Год назад +1

    I recectly was put to work in doing some small projects and testing them in my company where I work as a student worker. They used XUnit, Moq, and Autofixture, and this video is definetly a good start to build upon. Once done, I need to watch something in Moq and Autofixture, but this really makes things easier :)

  • @amirdar
    @amirdar 3 года назад

    He's recording it at 5 AM. respect!

  • @gerrycallaghan5519
    @gerrycallaghan5519 6 лет назад +3

    Thanks Tim. Again! You explained material in more depth (for free) than paid course in Udemy I took.

  • @liwang9544
    @liwang9544 3 года назад

    Always clear and organized. Appreciate your tutorials. Even your voice is soothing. THANK YOU!

  • @yashsindhwani
    @yashsindhwani 4 года назад +4

    Thankyou for this video. I have implemented most of the concepts taught here in my company's code.

  • @xianyu6565
    @xianyu6565 4 года назад +2

    Thanks for the detailed walkthrough! A question, what if I just want to check whether an exception is thrown, and don't care about the exception type? Asset.Throws seems to work with the specific type only.

    • @IAmTimCorey
      @IAmTimCorey  4 года назад +1

      Check for the type of Exception. Since all exceptions derive from Exception, that should give you what you need.

  • @jbli19
    @jbli19 5 лет назад +2

    Thank you very much! By watching your video I now understand Unit testing so much better. Keep up the good work.

  • @FatihYavuz-bq7uc
    @FatihYavuz-bq7uc Год назад

    Hi Tim, I would like to thank you, Your Videos was very useful for me, I mean not only this tutorial but also almost every videos i watched until now. Thanks again🙏

  • @claybizjak9853
    @claybizjak9853 3 года назад

    Thanks for the insight Tim. You set the benchmark, here and all your other videos I've watched.

  • @RaterisimoCBA
    @RaterisimoCBA 3 года назад +2

    Great video Tim, first time I get into unit testing and I really like your slow / calmed pace of teaching, the pauses you make are key to be able to graps the concepts of what you're explaining. I will be doing the homework on this project now :)

    • @IAmTimCorey
      @IAmTimCorey  3 года назад +2

      I am glad you found it useful.

  • @davidshepard8672
    @davidshepard8672 6 лет назад +1

    great tutorial. Very easy to understand having done no unit testing up until this point

    • @IAmTimCorey
      @IAmTimCorey  6 лет назад

      Glad it was easy to understand. Going to start doing unit testing now?

  • @rodcka
    @rodcka 3 года назад

    Great video, as always. I've worked with xUnit before but now I've learned a lot of xUnit, unit tests and best practices. Thank you for sharing your knowledge. I'm definitively going to practice it right away. =)

  • @anguruso
    @anguruso 5 лет назад +4

    Tim Corey you have done an excellent job. Thank you very much. Hopefully I will pass the coding interview assessment I am about to do

  • @adewaleayeseteminkan4201
    @adewaleayeseteminkan4201 2 года назад +2

    This is super cool and well explained. Thanks so much..

  • @paullee3660
    @paullee3660 5 лет назад +4

    Blimey! You got up early in the morning to do this video.

    • @IAmTimCorey
      @IAmTimCorey  5 лет назад +5

      Actually I stayed up late. My window to record (when the house is quiet since I don't have a dedicated soundproof studio) is between 10pm and whenever I'm done. Usually that means midnight or 1am but sometimes it goes longer.

  • @BlackSunAngel
    @BlackSunAngel 3 года назад +1

    probs, i really like the way you explain stuff.
    great work with the time stamps aswell

  • @jameswebdevelo9328
    @jameswebdevelo9328 6 лет назад

    Thank you! This is exactly what makes this channel so great: 1:05:07

    • @IAmTimCorey
      @IAmTimCorey  6 лет назад +1

      You are most welcome. Thanks for watching.

  • @MsGothDoll
    @MsGothDoll 5 лет назад +4

    This is very helpful and amazingly clear explained. Thank you.

  • @bibekkhatri
    @bibekkhatri 4 года назад

    Best tutorial on Unit Testing with Xunit. ❤

    • @IAmTimCorey
      @IAmTimCorey  4 года назад +1

      Glad you think so!

    • @bibekkhatri
      @bibekkhatri 4 года назад

      @@IAmTimCorey Sir, please can you make a tutorial on NHibernate?

  • @stevenvillarreal8970
    @stevenvillarreal8970 9 месяцев назад

    WOW, Amazing video! This was really informative on how to create and execute XUnit tests!

  • @Axlefublr
    @Axlefublr Год назад +1

    Great advice on testing! I agree, that it doesn't have to be all or nothing, even some tests can help you out a lot. I have a few tests for my ahk project, for stuff that I wanted to test while developing. It's like 2% code coverage, but those tests definitely help to make absolute sure *that* part of code works. If I didn't have them, it'd be 0% and that's obviously worse. Better to do a bit than no bit!

  • @emiljohansson3283
    @emiljohansson3283 2 года назад

    Im currently studying to become a fullstack developer. Unfortunately, even though my teachers are very skilled and knowledgeable, they are somewhat lacking in the pedagogic.
    Your videos are amazing complimentary to understand the fundamentals of subjects that I sometimes find hard to grasp.
    Big thank you!

    • @IAmTimCorey
      @IAmTimCorey  2 года назад +1

      I am glad my content has been so helpful.

  • @surajwankhade9238
    @surajwankhade9238 4 года назад +1

    Thank you Tim! You make things look easy.

  • @compman73
    @compman73 3 года назад

    Really enjoyed the way you described it, unlike lots of example with simple scenarios
    Thank you

  • @SrinubabuRavilla
    @SrinubabuRavilla 4 года назад +1

    Tim, thank you for the best video. You explained very well.

  • @xeyalteyyubov1175
    @xeyalteyyubov1175 2 года назад +1

    I Appreciate it, man. You are awesome.

  • @QuickZ_
    @QuickZ_ 6 лет назад +1

    It might look frightening and over the top to do unit testing in the early stage of your coding. But this is actually a time where testing have helped me in C# a lot. Like Tim says it forces you to write sensible and well structured code from the start. And it will also make it clearer for you on "what do next". It basically solves a lot of the uncertainty you always have bet a bit extra as a beginner.
    And with the boosted confidence you will move forward faster. This is my belief.

  • @torrvic1156
    @torrvic1156 9 месяцев назад

    Great lesson! Thank you so much for sharing, Mr. Corey!

  • @robdas1
    @robdas1 Год назад +1

    "The way you get good at something is not by watching videos. The way you get good at something is by doing it." - Tim Corey
    Yes. Thank you. Exactly.
    ✅✅✅✅✅ out of ☑☑☑☑☑
    Perfect score.

  • @The_Trucker_Gamer
    @The_Trucker_Gamer 5 лет назад +13

    Thanks for putting this video up I'm trying to learn this and it's so hard to understand for me. Liked and subscribed.

    • @IAmTimCorey
      @IAmTimCorey  5 лет назад +2

      I am glad the content has been helpful for you.

    • @The_Trucker_Gamer
      @The_Trucker_Gamer 5 лет назад

      @@IAmTimCorey I have to keep rewatching until I get it. I tried testing some methods today and I couldn't figure out how to make the test pass. I am lost.

  • @jpeisleide
    @jpeisleide 2 года назад +1

    Thank you for sharing this course!

  • @lD3STlNY
    @lD3STlNY 5 лет назад +2

    Hi Tim, great video as always! :d
    I have seen multiple videos where you hard coded the name of a property, so i think you missed a cool feature of c#, since c# 6, you can use the "nameof()" keyword to get the name of a type or member as string at compile time (ie. namof(Person.FirstName)) so the code will not break if you rename FirstName to something else.
    There is a similar keyword called "typeof()", which you can use to get a compile time Type variable, and you can even use it on T types.

    • @IAmTimCorey
      @IAmTimCorey  5 лет назад +1

      I believe this video (and I know quite a few others were as well) was done before C# 6 came out (or at least I wasn't using it yet). I did miss it on a few videos after it came out but I do use it now and love it! Thanks for bringing it up.

  • @chrisogonas
    @chrisogonas 5 лет назад +1

    Tremendously helpful! Thanks, Tim!

  • @damienk777
    @damienk777 6 лет назад +1

    I was waiting for this video a long time! :D

    • @IAmTimCorey
      @IAmTimCorey  6 лет назад +3

      It has been a long time in coming. I wanted to get it right.

  • @johnnyserup5500
    @johnnyserup5500 2 года назад

    Test Driven Development people? Hmm :-)
    You really highlight the issues, in a nice way, why people do not use TDD, and this video is a fine example on why it makes sense to use unit testing and why TDD is a strong tool in development

  • @salpelter
    @salpelter Месяц назад

    this is pure gold

  • @timurmakimov5491
    @timurmakimov5491 4 года назад +5

    It would be great to have a tutorial on the subject of Unit tests VS Integration tests and how to use Dependency Injection to isolate units and convert Integration tests to Unit tests

    • @IAmTimCorey
      @IAmTimCorey  4 года назад +3

      Added to the list of suggestions, thanks

  • @denniedeclercq5872
    @denniedeclercq5872 Год назад

    Really helpfull and great course! Thanks Tim Corey!

  • @fedos
    @fedos 3 года назад +3

    Great lesson. My only feedback is that it would be great if the provided source code was from the state of the VS Solution from the start rather than after you made the changes so we can learn by actually making those changes ourselves.

  • @kylekeenan3485
    @kylekeenan3485 2 года назад

    This was amazing and far clearer and easier to understand than other videos which basically just cover an add method.
    Would have like to see a fully fleshed out suite of tests for 1 method though. I'm curious if you would test things like if an argument was null etc even though it would normally be handled on the front end before it reaches the back end code for example.

    • @IAmTimCorey
      @IAmTimCorey  2 года назад

      I test the things that can happen. If there is no way for that to happen, I probably wouldn't test for it. Although, that's probably a rare case. Usually, I plan for that eventuality in my code so then I test for it.

  • @satishneelakantam7943
    @satishneelakantam7943 6 лет назад

    Awesome tutorial Tim. Thanks for providing this video.

    • @IAmTimCorey
      @IAmTimCorey  6 лет назад

      You are most welcome. Thanks for watching.

  • @tao5198
    @tao5198 3 года назад

    A great video for introduction to unit test, Thanks!

  • @matuszaprazny
    @matuszaprazny Год назад

    Great tutorial, thanks Tim!

  • @SuperEvoken
    @SuperEvoken 3 года назад

    great video, just what I needed.

  • @stheday1
    @stheday1 4 года назад

    Great intro to unit testing. Thank you.

  • @rahulek914
    @rahulek914 6 лет назад

    Really helpful to get going. Thanks for your efforts and attention to important details.

    • @IAmTimCorey
      @IAmTimCorey  6 лет назад

      You are most welcome. Thanks for watching.

  • @uhsimuhleyt8229
    @uhsimuhleyt8229 3 года назад

    42:30 This is a good example of how your code can verify your unit tests.

  • @ravishchauhan1
    @ravishchauhan1 4 года назад

    Great video sir. Thank you so much for making our life easy.

  • @jaimin_marfatia
    @jaimin_marfatia 5 лет назад +1

    Really helpful video. Cleared my TDD concepts! :)

  • @EspatiallyGood
    @EspatiallyGood 2 года назад +1

    Hi Tim. Great video but I do have a question in relation to Test Driven Design. If you write the "test" first, this would mean in your test you would be calling a method which doesn't exist yet. So your test wouldn't fail... it wouldn't compile and run at all. So just for clarification, is the idea that you write the test... but put in something "hard coded" to represent a failure scenario. This get's you the red light as you put it. Then write the method, and swap the hard coded value for the method call in order to get the green light?

    • @IAmTimCorey
      @IAmTimCorey  2 года назад +1

      Create the method stub and then write the test. That way, the test fails but everything compiles. Usually if a method has a return, I add a "throw new NotImplementedException();" so that it does compile. That way, when you write the "real" code, the test will go from red to green.

  • @austinmudadi9178
    @austinmudadi9178 Год назад

    Thanks Tim, you the best!

  • @n9434178
    @n9434178 6 лет назад +2

    Great video - as always! You really help me learn to write much better code. Thank you so much! Will you show different forms of testing in upcoming videos (i.e. end to end testing or more advanced unit tests)? That would be really helpful!

    • @IAmTimCorey
      @IAmTimCorey  6 лет назад +4

      Yes, I will be covering other testing types in future videos. First I want to cover more about unit testing though (mocking is the biggest area to cover yet).

    • @n9434178
      @n9434178 6 лет назад

      I had not heard of that term before in this context - so I am looking forward to learn more...

    • @asyncawake9011
      @asyncawake9011 6 лет назад +1

      The video was very helpful as usual, thank you!!
      I'm looking forward to learning about mocking and perhaps also how to test private methods with XUnit (as I'm unsure all my smaller "helper methods" should be public just to make them easily testable.. That would go against my attempts at encapsulation. But I do want to test them.). I'm also looking forward to an intro to integration and end to end testing sometime in the future but I know you get a LOT of video requests.

  • @hexdump8590
    @hexdump8590 4 года назад +1

    Hi IAMTimCorey, just wanted to ask you something about the part where you talk about not moking microsoft calls (File class in your example). So, In the case you have there where you add a person object to a list and then to file. If I understood correclty, you prefer to unit test the little bits not dependant of external things (like file system), and then test all the function (that contains the File call) in an integration test. Am I right? I like this idea because I also think that almost any method can be splitted and there would be parts really hard to unit test. Mainly external dependecies like DbContext or DBset, etc. The sensible thing to do here, is unit test what can be unit tested and then delegate the other stuff to an integration test. Do we agree?

    • @IAmTimCorey
      @IAmTimCorey  4 года назад +1

      Usually if you are following SRP and other good OOP principles, you can unit test just about everything. I don't go crazy with that theory but it does make you re-think how you write code when you are considering how to make it testable. Unit tests should test one unit (one specific thing). Then, you can test the interaction of things together in an integration test, so yes, I think we agree.

  • @err_0-5rZ
    @err_0-5rZ 2 года назад

    Came here after finishing the DRY and SOLID series, feeling good and more excited about coding

  • @joerattz
    @joerattz 5 лет назад

    Excellent video! I like that xUnit Theories allow me to test multiple inputs with the same code, thereby lowering my test code to real code ratio (one of my fears with unit testing).
    Also, as a tip for others, in my methods for Theories, I prefer for the expected value to be the first parameter (as opposed to last) to handle methods I'm going to test that accept a variable number of parameters via the params keyword.
    For example, if I were going to test the String.Format method, I would like for my test method to have a signature like:
    public static void Format_Theory(string expected, string format, params object[] args)
    You can't really do it any other good way that I know.
    This way my unit tests will be consistent in terms of where the expected argument is going to be in the signature.

    • @IAmTimCorey
      @IAmTimCorey  5 лет назад

      Glad you are enjoying the theories.

  • @JALEMYmeservey
    @JALEMYmeservey 5 лет назад +5

    Thanks for the video! I'm just starting to get my feet wet with unit testing after a couple years of programming. I've been running into situations where I've changed code and things break. My applications are complex enough where it would be quite a pain to try and manually test for possible errors. It's also rather difficult to think of every possible thing that can go wrong when I make a change. It's nice to build tests that continue to run automatically as the application is built so that I don't have a growing list of things to check for before I deploy updates.
    One small thing I've noticed in your videos is that there is a slight delay between the video and the audio. I'll see the cursor (blinky text editing thing) move on your screen then about half a second later I'll hear a mouse click. It would nice if the audio was perfectly in sync with the video. It's slightly distracting, but not a huge deal. Great videos though. Probably the best on the internet for learning code as far as I'm concerned.

    • @IAmTimCorey
      @IAmTimCorey  5 лет назад +1

      I've noticed that issue and corrected going forward (mostly). There is a bug in the software I use to record that sometimes allows it to get out of sync. I haven't tracked down why yet and it only happens occasionally now but I try to fix it when I catch it in time.

  •  4 года назад

    Thanks for the video Tim!

  • @CheeseBae
    @CheeseBae Год назад +1

    Can you create a video about how to do integration testing? Do you just create a separate test project and use real external sources? Obviously they wouldn't be production they would be test systems that are backups of production.

    • @IAmTimCorey
      @IAmTimCorey  Год назад +1

      Thanks for the suggestion. Please add it to the list on the suggestion site so others can vote on it as well: suggestions.iamtimcorey.com/

  • @christianista
    @christianista 6 лет назад +1

    A good idea should be talk about "Integration Tests" (Facade => Service => DB, no mocking). Useful when you use "Dapper" (but not only) where you can do a typo easily.

    • @IAmTimCorey
      @IAmTimCorey  6 лет назад +4

      Yeah, some more advanced, real-world examples of unit testing are on the roadmap. The whole idea of mocking, stubs, fakes, and all the rest are in there too.

  • @nickvandenberg4244
    @nickvandenberg4244 6 лет назад +3

    First And instant like at school XD lol love

    • @IAmTimCorey
      @IAmTimCorey  6 лет назад +2

      Thanks. Now get back to school. ;-)

    • @emanuelc1025
      @emanuelc1025 6 лет назад +1

      Do you learn these things at school? In my school, I learned a lot about Excel and Word haha and PowerPoint too! haha

  • @adriano.digiere
    @adriano.digiere 3 года назад

    Fantastic. Thanks Tim

  • @olaviosa
    @olaviosa 6 лет назад +1

    Superb! Thanks Corey! :)

  • @oleksiimykhailenko258
    @oleksiimykhailenko258 3 года назад

    Very cool! As always. thanks a lot!)

  • @ben.thornhill
    @ben.thornhill 6 лет назад +2

    Thank you sir, as always.

    • @IAmTimCorey
      @IAmTimCorey  6 лет назад

      You are most welcome. Thanks for watching.

  • @LieberLois
    @LieberLois 5 лет назад +1

    Hey Tim!
    What do you think about Rider from Jetbrains?
    I have a student license and can't decide between Visual Studio and Rider ...
    Im used to both from work, so that won't be an issue :)

    • @IAmTimCorey
      @IAmTimCorey  5 лет назад

      I haven't used Rider (yet) so I'm not a good judge of the comparison. I just know there isn't much I feel is missing from VS (for free).

  • @refactorear
    @refactorear 5 лет назад +1

    Hi Tim, been following you for a couple of weeks by now and I'd like to leave a couple of notes based on experience. Following a TDD approach I'd have written the test first for the DataAccess class instead of refactoring because (supposing it's a real life situation where your DataAccess is actually working) you wouldn't be sure if your class continued to work after the refactoring.
    The other thing is that your testing approach would only work with classes that are more structured-oriented or functional-oriented than object-oriented (for example, classes with lots of public methods that are either static or don't keep instance attributes). In real object-oriented unit testing the smallest unit of code to test is not a single method but the class as a whole calling the minimum amount of methods required for the class to work (for example in a BankAccount class the minimum unit testing could be create the account, deposit a small amount of money, request the balance, withdraw the money and close the account). This is a mistake done by many (if not most) programmers wanting to start unit testing and also TDD supporters. And no, I'm not one of those mad zealots :) but if you test only a method in a class that had 5 instance attributes you will virtually skip every state where the attribute work for your tested method but breaks every other method.
    Best regards

    • @IAmTimCorey
      @IAmTimCorey  5 лет назад +1

      I tried not to go down the TDD road because if you are just learning unit testing, you probably have existing code that needs to be tested. As for the working with classes instead of methods, this sounds more like integration testing than unit testing. You can test the individual methods and just identify the various inputs and outputs where a changed value occurs and then test to those values.

  • @hardryv3719
    @hardryv3719 2 года назад

    Excellent presentation

  • @lorengo183
    @lorengo183 2 года назад

    Bruh he made this video at 5 AM legend

    • @IAmTimCorey
      @IAmTimCorey  2 года назад +1

      That's when the house was quiet. Fortunately, I can now work at almost any time of the day I want.

  • @KiranYadavOG
    @KiranYadavOG Год назад

    Thanks for this! Enjoyed it!

  • @milutinbeslic4754
    @milutinbeslic4754 5 лет назад +1

    Great video Tim, as always. Thoroughly enjoyed it. I do have a couple of quick questions though.
    1) If we're to test non static methods in non static classes should we instantiate those classes inside our test methods?
    2) I didn't quite understand your take on 'Don't test private methods'... If we have private encapsulated methods that don't need to be exposed to clients should we just test the calling method which then calls those private methods and consider it done or is there another way? Also, if we don't need to test private methods and we are only concerned with ins and outs of public ones, why should we break public methods into many 'SRP' separate ones? Why dont we just leave their functionality inside public method?

    • @IAmTimCorey
      @IAmTimCorey  5 лет назад

      1) Yes, instantiate those methods in the test method or inside of a helper method in your test class.
      2) There is a difference between what you test and how you set things up for optimal development. You don't test private methods because you are testing external units of work. Internally, we use SRP to help us better organize our code, stay DRY, and improve maintainability. This isn't affected by our testing mechanism (or even if we test at all).

    • @dennycrane2938
      @dennycrane2938 5 лет назад

      Think of the private methods as an implementation detail. They don't matter. You're testing the public interface plain and simple. You can't have SRP internally lol. SRP is more of a project level principle that is about people, not code. SoC is probably what Tim was reaching for. Don't conflate the two.

  • @azizbekibnhamid642
    @azizbekibnhamid642 2 года назад

    Amazing course

  • @augustobarreto5301
    @augustobarreto5301 3 года назад

    Thank you for this video, it really helped me a lot!

  • @sjpt1434
    @sjpt1434 5 лет назад +13

    Hello Tim is Test explore available in vs2019 comuinty

  • @zear0895
    @zear0895 3 года назад

    Question: At 45:45, where you get an error on your Divide_DivideByZero test, my test passes without error. I've searched, but can't find if this "divide by zero" error no longer applies in VS19? Does anyone know? I've triple checked and my code is the same as in the video.
    Cheers

  • @fingodiel
    @fingodiel 2 года назад

    Just wanted to say thank you.

  • @facundovega1726
    @facundovega1726 4 года назад

    Thanks a lot for such amazing video!

  • @Chiramisudo
    @Chiramisudo 2 года назад

    1:34:18 There's nothing wrong with copy / paste IF (and ONLY if) you are extremely regimented and always force your eyes to look over every letter of the pasted code (as if you're typing it for the first time) to check for any errors. I also force myself to think carefully that I have not made any wrong assumptions about the intent of my pasted code. By strictly following these two rules, I virtually never run into any issues despite copy / pasting all the time.

    • @IAmTimCorey
      @IAmTimCorey  2 года назад

      I would say a best practice is to avoid copy/paste and, if it makes sense, go through it like you are suggesting. Like you said, even with all of that careful work, it can still be a problem. It's just something to be aware of as a danger.

  • @bethanyedwards579
    @bethanyedwards579 3 года назад

    59:10 why doesn't the general exception work? the specific exception is still an exception ... so why does it need to be specified?

  • @dyachenkoserj
    @dyachenkoserj 5 лет назад

    Thanks. Awesome tutorial, as usual

  • @antoniomarcos5664
    @antoniomarcos5664 4 года назад

    Thank you a lot, Tim.

  • @nicke7350
    @nicke7350 4 года назад

    ( 28:50 ) I'm using Visual Studio 2019 community edition, and my tests already had their names in the test editor shortened by default (without having to add the json file "xunit.runner.json"). Is this an added feature of the latest version of xunit or VS?

    • @IAmTimCorey
      @IAmTimCorey  4 года назад

      I believe it is a newer feature of Visual Studio, yes.

  • @junesuprise
    @junesuprise 5 лет назад +3

    If my project is written in .net core should I add a .net core class library for my tests?