Na blogu oraz MSDN pisałem niejednokrotnie o testach jednostkowych oraz integracyjnych. Ostatnio jednak zastanawiałem się nad podstawowym problemem – jak zorganizować to od strony struktury katalogowej? Musimy rozważyć następujące problemy:Testy powinny być w każdej chwili dostępnie do odpalenia i weryfikacji.Wykonując prostą refaktoryzację (zmiana nazwy klasy), automatycznie nazwa powinna zaktualizować się w testach.Testy jednostkowe stanowią dobrą dokumentację oraz instrukcję używania zaimplementowanej...
Strona głównaInne
Inne 4779 dni, 12 minut temu 115 pokaż kod licznika zwiń
Podobne artykuły:
- Testy kolejek z MassTransit – ADMU Blog
- Bug Test Driven Development - PoznajProgramowanie.pl
- Fluent Assertions - przyjemne asserty w testach - Blog Daniela Plawgo
- [EN] TestDataSource annotation included in nUnit is useful sometime - Tymoteusz Kęstowicz
- DevReview #8 O testach z Maciejem Aniserowiczem - Forever F[r]ame
- "Test reuse" w MSpec | Maciej Aniserowicz o programowaniu
- nUnit–Wykonywanie testów w osobnych AppDomain
- Maciej Aniserowicz | Dynamic Mock vs Strict Mock vs Stub
- [EN]Good unit test - One Assert | Passionate Programmer
- Piszmy unit testy! | maciejjędrzejewski
- .NET i Code Coverage w VS Code - Tutorial