dotnetomaniak.pl

dotnetomaniak.pl - Artykuły z tagiem testy

Pewnie każdy na swojej ścieżce programistycznej spotkał się z klasą abstrakcyjną. Wrzucamy tam kod, który zdaje się być domyślną implementacją pewnej grupy klas i szkoda nam kopiować tego zachowania do każdej z nich osobna. Skoro wszystkie zachowują się podobny sposób, czasem tylko dodając coś od siebie, to warto wykorzystać dziedziczenie i napisać mniej (DRY).

Dziel się z innymi:
jstadnicki: Testowanie klas abstrakcyjnych

Sztuka programowania 1404 dni, 5 godzin, 26 minut temu http://pawlos.blogspot.com/ 224 rozwiń

Pisząc testy jednostkowe dość często spodziewamy się identycznego zachowania w różnych testowanych scenariuszach. “Gdy zajdzie X, ma wydarzyć się A, B i C”. Z kolei “gdy zajdzie Y, ma wydarzyć się A, B i D”. W takich przypadkach, wykorzystując standardowe biblioteki do unit testów, mamy do wyboru kilka rozwiązań: wspólna klasa bazowa współdzielone metody “asercji” w ramach jednej klasy copy/paste testów pomiędzy klasami … pewnie jeszcze coś i...

Dziel się z innymi:
"Test reuse" w MSpec | Maciej Aniserowicz o programowaniu

Sztuka programowania 1408 dni, 3 godziny, 4 minuty temu http://pawlos.blogspot.com/ 100 rozwiń

Opublikowano We wpisie o pokryciu kodu (Code Coverage) napisałem: Należy pamiętać, że to są narzędzia dla programisty Co przez to rozumiem? Code Coverage nie może być używany przez kierownictwo/zarząd/management/etc – a już pod żadnym pozorem nie może być związany finansowo z wypłatą programisty. Dlaczego? Przyciśnięty programista może bardzo łatwo wygenerować dowolne pokrycie kodu i to przy dosyć małej ilości pracy. Pisząc odpowiednią ilość testów jednostkowych bez asercji można uzyskać 100% pokryci...

Pokrycie Kodu (Code Coverage) nie jest wskaźnikiem dla kierownictwa | @rek online | Arkadiusz Benedykt

Inne 1728 dni, 18 godzin temu arek 124 rozwiń

I’m a big fan of using con­ven­tions when devel­op­ing appli­ca­tions. I blogged about it in the past (here, here and later here). I also gave a talk about my expe­ri­ence with this approach and how I cur­rently use it at NDC last week (slides are avail­able here, video is here). One prob­lem I faced when try­ing to build con­ven­tion val­i­da­tion tests was lack of sim­ple API that would allow me to build the val­i­da­tion rules for my tests. I built a spike of such library (call...

Źródło: kozmic.pl
Dziel się z innymi:
[EN] Using ConventionTests «  Krzysztof Koźmic on software

Sztuka programowania 1733 dni, 6 godzin, 25 minut temu http://pawlos.blogspot.com/ 78 rozwiń

To jest mój pierwszy post, ale od czegoś trzeba zacząć. Wybacz więc niedociągnięcia :). Na pierwszy temat rzucam porównanie wydajności kilku bibliotek (framework'ów) do wstrzykiwania zależności (Dependency Injection), które jest częścią paradygmatu odwróconego sterowania (Inversion of Control) - więcej można przeczytać tutaj. Ostatnio przeczytałem, że znaczna większość programistów korzysta z tych dobrodziejstw. Niby dobrze, o ile wiemy z czym mamy do czynienia. Część bibliotek jest przeładowana ...

Dziel się z innymi:
Sławomir Bryś: Porównanie IoC

Architektura 1774 dni, 17 godzin, 57 minut temu http://slawomirbrys.blogspo... 383 rozwiń

Odpowiedź na pytanie postawione w tytule pytanie to temat nie na posta, ale na całą (może nawet niejedną) książkę. Poniżej postaram się nakreślić najważniejsze według mnie aspekty tworzenia testów... chociaż na pewno lista ta nie jest kompletna. Aha, no i nie jestem w stanie podać niezawodnej recepty na "dobry test". Zgłębiam temat od dobrych kilku lat i sam ciągle się uczę, więc cudów nie ma - praktyka i identyfikowanie własnych pomyłek jest najlepszym nauczycielem:).

Tagi: testowanie, testy
Dziel się z innymi:
Maciej Aniserowicz | [UT-6] Jak testować?

Inne 1922 dni, 13 godzin, 15 minut temu http://pawlos.blogspot.com/ 163 rozwiń

Moment pisania testów jest nierzadko kluczowy dla zmaksymalizowania efektywności całej procedury. Po kilku chwilach zastanowienia da się wyróżnić kilka najważniejszych etapów tworzenia oprogramowania, które z reguły są odpowiednią chwilą do implementacji testu.

Tagi: TDD, testy
Dziel się z innymi:
Maciej Aniserowicz | [UT-5] Kiedy testować?

Inne 1925 dni, 21 godzin, 57 minut temu http://pawlos.blogspot.com/ 162 rozwiń

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...

Tagi: testy, unit-tests
Dziel się z innymi:
Piotr Zieliński » Testy jednostkowe–struktura folderów

Inne 1935 dni, 11 godzin, 49 minut temu pzielinski 111 rozwiń

Test jednostkowy to nic innego jak kod wykonujący inny kod w kontrolowanych warunkach. Jego zadaniem jest weryfikacja (bez ingerencji programisty), że testowany kod działa poprawnie. Robi to w sposób dość banalny: autor testu dostarcza dane wejściowe (input), test wykonuje pewne instrukcje i sprawdza, czy rezultat działań (output) zgodny jest z oczekiwaniami. W świecie idealnym każdy test bada jedną ścieżkę wykonania jednej metody. Czy jednak jedyną rolą testów jednostkowych jest sprawdzenie działania ...

Maciej Aniserowicz | [UT-1] Co to są testy i po co są testy jednostkowe?

Architektura 2044 dni, 18 godzin, 59 minut temu arek 375 rozwiń

autor: Wożę się z tym tematem od nie wiem już kiedy i niejednokrotnie pisałem, że coś takiego zamierzam. Teraz akurat nadszedł taki okres, że mam czas na trochę więcej pisania, więc się mobilizuję i rozpoczynam wreszcie swój blogowy minicykl o testach (głównie jednostkowych) na platformę .NET. O testach napisałem już sporo notek... pora na więcej:). Od wielu miesięcy spisywałem kluczowe pojęcia i myśli, jakie mnie nachodziły podczas programowania i testowania. Kilka tygodni temu zebrałem to wszystko w k...

Zapowiedź minicyklu o testach

Inne 2047 dni, 23 godziny, 53 minuty temu macko 98 rozwiń

Mamy problem z szeroko pojętą jakością oprogramowania. My, czyli nasza cywilizacja. Wciąż nie jesteśmy w stanie stworzyć oprogramowania, które nie będzie zawierało błędów. Nie jesteśmy też w stanie wychwycić wszystkich błędów na etapie testowania. I nie, nie chodzi mi tu (tylko) o błędy związane z bezpieczeństwem. Skutki błędów mogą być zarówno spektakularne (np. eksplozja rakiety Ariane 5), jak i tragiczne (np. ofiary śmiertelne źle działającego sprzętu medycznego). Mogą też być ciekawe, ostatnio przecz...

Tagi: testy
Dziel się z innymi:
Nie da się przetestować wszystkiego

Inne 2071 dni, 1 godzinę, 23 minuty temu arek 160 rozwiń

http://msdn.microsoft.com/pl-pl/library/testy-obciazenia-w-visual-studio

Dziel się z innymi:
Piotr Zieliński  » Testy obciążenia w Visual Studio

Narzędzia 2082 dni, 18 godzin, 50 minut temu pzielinski 95 rozwiń

blackfoot.pl, autor:Ostatnio wpadła mi w ręce książka The Art of Unit Testing: with Examples in .NET autorstwa Roy’a Osherove’a. Muszę przyznać, że mam nieco mieszane uczucia po jej przeczytaniu. Minusy: Książka liczy około 280 stron, ale czytając ją miałem wrażenie, że ta liczba jest mocno naciągnięta – olbrzymie marginesy, bardzo szeroka czcionka, dużo niezagospodarowanego miejsca itp. Samym formatowaniem można by było zaoszczędzić przynajmniej kilkadziesiąt stron – ile drzew mogłoby wciąż rosnąć! Pie...

Recenzja książki „The Art of Unit Testing: with Examples in .NET”

Inne 2126 dni, 23 minuty temu macko 254 rozwiń

Pisać testy jednostkowe do wszystkiego? Celować w 100% unit-test-code-coverage? Stosować TDD dla każdego rodzaju kodu? Na te pytania bardzo łatwo znaleźć w internecie odpowiedź i brzmi ona: TAK. Niestety nie jest to odpowiedź prawidłowa. Czasem lepiej testu nie napisać, niż go napisać. Czasem lepiej test skasować, niż go po raz dziesiąty poprawiać po zmianie w kodzie.

Maciej Aniserowicz | Słowo na niedzielę, o dobrych i złych testach

Inne 2145 dni, 2 godziny, 23 minuty temu http://pawlos.blogspot.com/ 191 rozwiń

W ostatnim poście pisałem o testach integracyjnych typu top-down. Dzisiaj przyszedł czas na podejście bottom-up. Będziemy analizować testowanie systemu przedstawionego w wprowadzeniu. W podejściu bottom-up tester zaczyna od najniższych modułów – tych najbardziej oddalonych od punktów wejściowych, przeważnie znajdujących się w dolnych warstwach systemu. Ogromną zaletą metody jest redukcja wymaganych do przeprowadzenia testu obiektów mock. Niestety w podejściu należy tworzyć własne sterowniki. Przykładowe ...

Tagi: bottom-up, testy
Dziel się z innymi:
Piotr Zieliński  » Testy integracyjne bottom-up

Inne 2169 dni, 1 godzinę, 4 minuty temu pzielinski 67 rozwiń

Testy jednostkowe testują wyłącznie lokalne wykonywanie metod i jest nawet niewskazane aby testowane metody odnosiły się do zewnętrznych, zdalnych zasobów.Rozbudowane systemy są często rozproszone, działające na wielu komputerach oraz składających się z wielu modułów. Podstawowe pytanie brzmi: Jak sprawdzić czy utworzone moduły współpracują ze sobą? Otóż należy przeprowadzić testy integracyjne zgodnie z wybraną metodyką. Testy integracyjne tak jak testy funkcjonalne powinny być przeprowadzane na bieżąco...

Dziel się z innymi:
Piotr Zieliński  » Blog Archive   » Testy integracyjne – wprowadzenie

Inne 2200 dni, 23 godziny, 34 minuty temu pzielinski 160 rozwiń

Szybki quiz. Skąd wiesz, że Twoja aplikacja działa? Możliwe, że się kompiluje. Możliwe, iż wszystkie testy jednostkowe przechodzą. Możliwe też, że przeszła próbę w dziale QA. Możliwe, iż została szczęśliwie wdrożona na serwer produkcyjny bądź spakowana do instalera. Może nawet beta testerzy potwierdzili jej poprawność. Ale to nie oznacza, że aplikacja działa. Czy tak naprawdę użytkownicy rozumieją Twoją aplikację? Czy potrafią oni wyk...

Źródło: www.devblogi.pl
Dziel się z innymi:
devBlogi: Tanie testy użyteczności

Inne 2294 dni, 3 godziny, 12 minut temu gordon_shumway 83 rozwiń

Autor: Jakiś czas temu pisałem o TDD czyli o test driven development. Dzisiaj napiszę po co w ogóle bawić się w takie bezsensowne nadmiarowe rzeczy. Wikipedia definiuje to zagadnienie dosyć enigmatycznie: Test-driven development (TDD) jest techniką tworzenia oprogramowania zaliczaną do metodyk zwinnych (Agile). Pierwotnie była częścią programowania ekstremalnego (ang. extreme programming), lecz obecnie stanowi samodzielną technikę. Polega na wielokrotnym powtarzaniu kilku kroków:Najpierw programista pisz...

Źródło: www.benedykt.net
Dziel się z innymi:
TDD czyli Test Driven Development  | @rek online | Arkadiusz Benedykt

Inne 2325 dni, 2 godziny, 14 minut temu paduda 116 rozwiń

autor: Dzisiejszy wpis poświęcony będzie tematyce, którą powinienem był poruszyć już ładnych parę tygodni temu – testowaniu warstw dostępu do danych i logiki biznesowej. Zwlekałem z opisaniem tej części projektu, ponieważ planowałem zaprezentować również testy interfejsu użytkownika, których, koniec końców, wcale nie napisałem (pokusa oglądania aplikacji w akcji i sprawdzania wszystkiego własnoręcznie okazała się zbyt duża).

Tagi: NUnit, testy
Dziel się z innymi:
#ifdef TEST

Architektura 2329 dni, 15 godzin, 3 minuty temu paduda 80 rozwiń

Testy jednostkowe to proste testy pozwalające na sprawdzanie działania aplikacji na poziomie klas i metod. Ich celem jest wspomaganie pracy programisty. Testów jednostkowych nie należy traktować jak testów aplikacji, które należą do zupełnie innej kategorii. Ciekawą koncepcją jest TDD czyli test driven development. Wg. niej najpierw tworzone zostają testy aby dopiero później stworzyć kod. Dzięki takiemu podejściu zmuszamy umysł do przemyślenia kodu zanim ten zostanie stworzony. Największa moc drzemiąca ...

Testy jednostkowe oraz TDD – test driven development.  | @rek online | Arkadiusz Benedykt

Inne 2347 dni, 23 godziny, 12 minut temu macko 169 rozwiń

1 2 3
Szkolenia SecurITum

kwiecień

03.
4developers
Warszawa
22.
GET.NET
Łódź

maj

17.
InfoShare
Gdańsk
Zobacz wszystkie

Najaktywniejsi

1

macko (32 816,53)

2

http://pawlos.blo... (31 564,45)

3

pzielinski (27 178,29)

4

gordon_shumway (21 178,87)

5

paduda (20 336,33)

6

psz750 (13 018,14)

7

rroszczyk (10 383,88)

8

Damian (9 036,08)

9

danielplawgo (7 235,99)

10

arek (6 807,9)

11

burczu (6 214,22)

12

PaSkol (5 393,84)

13

lukaszgasior (4 097,38)

14

jj09 (3 498,06)

15

jedmac (3 298,38)

16

http://jakub-flor... (3 224,66)

17

CaMeL (2 954,87)

18

spetz (2 628,16)

19

mnikolajuk (2 596,93)

20

FutureProcessing (2 550,11)