dotnetomaniak.pl - Artykuły z tagiem unit tests

Przeglądając kod wielu projektów, zarówno komercyjnych jak i open source, można spotkać całą masę konwencji nazewniczych stosowanych do klas i metod testujących. Dzisiaj przedstawię kilka moich zasad w tej materii wraz z uzasadnieniem. Wychodzę z założenia, że bardziej niż konwencja, standard czy "przyjęta dobra praktyka" liczy się czytelność pisanego kodu i łatwość powrotu do niego nawet po kilku miesiącach od napisania. Dlatego też w swoich projektach nie mam zdefiniowanej jedynego słusznego schematu n...

Dziel się z innymi:
Maciej Aniserowicz | [UT-6.1] Jak nazywam testy

Inne 3072 dni, 19 godzin, 37 minut temu Paweł Łukasik 235 źrodło rozwiń

Na dzień dzisiejszy wybierając "mocking framework" stawiam właśnie na fakeiteasy. Ma ona jeden ciemny zakamar, w którym można nieźle pobłądzić... a jest to testowanie wywołania settera.

Dziel się z innymi:
Maciej Aniserowicz | Testowanie setterów w fakeiteasy

Inne 3074 dni, 18 godzin, 10 minut temu Paweł Łukasik 170 źrodło rozwiń

W komentarzach do ostatniego posta wywiązała się dyskusja na temat "a co z metodami prywatnymi?". Odpowiedź najkrótsza z możliwych brzmi: NIC. Zainteresowanych odsyłam do tamtejszych wypowiedzi, a w niniejszej notce postaram się zawarte tam myśli rozwinąć. Zaczynając przygodę z testami jednostkowymi często stawałem przed dylematem "jak mam przetestować funkcjonalność z metod prywatnych?". Sporo się naszukałem i naczytałem o różnych rozwiązaniach, z czego dwa zdawały się być najpopularniejsze i najbardzi...

Dziel się z innymi:
Maciej Aniserowicz | [UT-4.1] (Nie)Testowanie metod prywatnych

Narzędzia 3093 dni, 11 godzin, 36 minut temu gordon_shumway 194 źrodło rozwiń

Na tak postawione pytanie aż chciałoby się odpowiedzieć: "testować wszystko, you fool!". Życie uczy jednak, że takie podejście jest bardzo niepraktyczne i na dłuższą metę nie ma sensu. Dążenie do pokrycia 100% kodu mija się z celem i jest po prostu stratą czasu. O powodach pisania testów pisałem na początku tego cyklu. Są jednak miejsca, w których koszt napisania testu jest bardzo duży, a jego wartość - znikoma. Zacznijmy więc od odpowiedzi na trudniejsze pytanie. Czego nie testować?

Maciej Aniserowicz | [UT-4] Co testować, a czego nie testować?

Od jakiegoś czasu staram się wykształcać w sobie nawyk regularnego pisania testów jednostkowych dla wykrytych błędów. Dlaczego? Możliwość sprawdzenia działania programu przy pomocy testów jednostkowych jest najprostszym wskaźnikiem jakości (choć bardzo ogólnym i nie jedynym!) wytwarzanego kodu. Testy jednostkowe są swego rodzaju drogowskazem, który stale pokazuje programiście dobry kierunek "jeżeli-czegoś-nie-można-przetestować-to-trzeba-to-przebudować".

Dziel się z innymi:
Testy jednostkowe w służbie dobra i prawdy

Windows 3510 dni, 13 godzin temu jdubrownik 139 źrodło rozwiń

[RS] Lets Moq! Moq to biblioteka służący do tzw. mockowania lub inaczej zaślepiania obiektów na potrzeby testów jednostkowych. Zaślepianie polega na wygenerowaniu obiektu implementującego określony interfejsu, w którym metody zamiast wykonywać skomplikowane operacje np. dostępu do bazy danych zwracają po prostu z góry ustalone obiekty lub wartości. Taką zaślepkę przekazujemy do testowanego obiektu w miejsce oryginalnej implementacji. Umożliwia to prostsze i szybsze testowanie interesującego nas kawałka ...

Tagi: Moq, unit tests
Dziel się z innymi:
Lets Moq!

Windows 3520 dni, 3 godziny, 9 minut temu jdubrownik 255 źrodło rozwiń

Testowanie kodu wielowątkowego jest nie lada wyzwaniem. Teoretycznie powinno się tego unikać, ale czasami nie ma innego wyjścia. Co robić w sytuacji, gdy w komponencie tworzonym podczas naszego testu uruchamiany jest nowy wątek, a w nim wyskakuje wyjątek? Test oczywiście nie przechodzi, ale wcale niekoniecznie musimy wiedzieć dlaczego tak a nie inaczej się stało. Kiedyś pół godziny straciłem na wgapianie się w monitor zanim wpadłem na to, że w wątku pobocznym wyskakuje wyjątek. Bo jak wiadomo, wyjątek rz...

Logowanie wyjątków podczas testów jednostkowych

Narzędzia 3782 dni, 2 godziny, 16 minut temu ada_man 91 źrodło rozwiń

Pracuję aktualnie w bardzo dziwnym projekcie, w którym ogólnie wykorzystywane są minimum (o tym minimum wiem) dwa mechanizmy testów jednostkowych: nUnit i MS Unit Testing Framework .

Źródło: blog.gutek.pl
Dziel się z innymi:
Problem z testami jednostkowymi z wykorzystaniem MS Test i R#

Narzędzia 3837 dni, 4 godziny, 18 minut temu Damian 41 źrodło rozwiń

Jak powszechnie wiadomo - wielką zaletą wzorca MVC jest umożliwienie testowania jednostkowego logiki "wyciągniętej" z klas odpowiedzialnych za interakcję z użytkownikiem. Swego czasu śledziłem w internecie dyskusje na temat "Jak testować kontrolery, aby możliwie najbardziej odizolować je od reszty aplikacji". O to przecież chodzi w Unit Testing...

Dziel się z innymi:
Model-View-Controller i testy jednostkowe

Narzędzia 3852 dni, 13 godzin, 7 minut temu Damian 162 źrodło rozwiń

Jeżeli chcemy wykonywać testy jednostkowe naszego kodu, ale posiadamy do dyspozycji jedynie wersję Express VS, ciągłe uruchamianie i konfigurowanie NUnit może być nieco uciążliwe. Oto krótka instrukcja ułatwienia sobie życia:

Dziel się z innymi:
Maciej Aniserowicz | Visual Studio Express & NUnit

Narzędzia 3853 dni, 2 godziny, 1 minutę temu Damian 27 źrodło rozwiń

Podczas pisania testów jednostkowych możemy natknąć się na problem uprawnień – co jeśli testowana metoda wymaga, aby użytkownik był zalogowany, miał określoną nazwę bądź był przypisany do konkretnej roli? Nie chcemy przecież, aby testy jednostkowe w jakiś sposób logowały się do naszej aplikacji. Rozwiązaniem jest pomocnicza klasa, którą napisałem z wykorzystaniem frameworka Moq:

PrincipalMock

Inne 3861 dni, 9 godzin, 7 minut temu Damian 58 źrodło rozwiń

Mityczne 100% pokrycia W środowisku deweloperskim wciąż żywy jest mit 100% pokrycia kodu testami jednostkowymi. Co gorsza, mit ten ma się równie dobrze (a może nawet lepiej?) wśród decydentów (kierowników, dyrektorów itp.). Celem poniższej notki jest pokazanie, jak bardzo naiwne jest podejście "100% pokrycia". Popatrzmy na następujący trywialny kod:

Źródło: zine.net.pl
Dziel się z innymi:
Simon says... : Mityczne 100% pokrycia

Inne 3896 dni, 8 godzin, 34 minuty temu Paweł Łukasik 89 źrodło rozwiń

Testowanie obsługi zdarzeń oraz faktu ich wywołania jest niekiedy równie ważne co przetestowanie każdej innej integracji pomiędzy dwoma obiektami. Scenariusz jest na tyle specyficzny, że poświęcę mu osobną notkę.

Dziel się z innymi:
Maciej Aniserowicz | Zdarzenia w mock objects

Inne 3924 dni, 22 godziny, 51 minut temu Paweł Łukasik 27 źrodło rozwiń

W dzisiejszych czasach nikt już sobie nie wyobraża dobrze zaprojektowanej aplikacji biznesowej bez testów jednostkowych. Istnieją metodologie, które wręcz testy jednostkowe stawiają na pierwszym miejscu. Spring.NET idzie z duchem czasu i posiada wsparcie dla testów jednostkowych przy użyciu NUnit. Bądź co bądź to nadal najp...

Ugryźć Spring.NET – (cz.7) Testy jednostkowe « Beniamin Zaborski's Blog (BeniaminZaborski.com)

Inne 3938 dni, 8 godzin, 15 minut temu Paweł Łukasik 118 źrodło rozwiń

Po poprzednim odcinku potrafimy już dowolnie weryfikować i konfigurować wartości parametrów dla metod. Dzisiaj z kolei poustawiamy akcje, które mają się w momencie wywołania metod wykonać. Jest to czynność zdecydowanie prostsza, ponieważ właściwie wszystko mamy w Intellisense. Zobaczmy:

Dziel się z innymi:
Maciej Aniserowicz | Konfiguracja zachowania metod dla stubów

Narzędzia 3939 dni, 22 godziny, 56 minut temu paduda 22 źrodło rozwiń

Dość sporo teorii mamy za sobą, nadeszła więc pora na praktyczne przykłady. Tym razem spojrzymy na konfigurację zachowania stubów w zależności od parametrów przekazywanych do ich metod (oraz analizę wartości przekazanych do mocków przez testowane obiekty, co jest scenariuszem bardzo podobnym technicznie).

Dziel się z innymi:
Maciej Aniserowicz | Weryfikacja parametrów metod w mock objects

Narzędzia 3943 dni, 1 godzinę, 28 minut temu paduda 53 źrodło rozwiń

Pierwszy post z cyklu przygotowania systemu do wykorzystania mocków przy testach jednostkowych.

Tagi: Mocks, unit tests
Dziel się z innymi:
Maciej Aniserowicz | Testy jednostkowe z wykorzystaniem mocków - wstęp

Architektura 3963 dni, 5 godzin, 34 minuty temu Paweł Łukasik 84 źrodło rozwiń

1 2

Najaktywniejsi

1
(32 895,6)
2
(32 816,53)
3
(27 178,29)
4
(21 178,88)
5
(20 336,33)
6
(13 018,14)
7
(10 512,42)
8
(9 775,28)
9
(8 388,28)
10
(6 822,96)
11
(6 214,22)
12
(5 393,84)
13
(4 127,41)
14
(4 026,73)
15
(3 908,07)
16
(3 599,64)
17
(3 448,35)
18
(3 318,39)
19
(3 224,66)
20
(3 173,43)