dotnetomaniak.pl

dotnetomaniak.pl - Artykuły z tagiem testowanie

Dwa tygodnie temu opublikowałem wpis o bibliotece Fluent Assertions, która bardzo ułatwia pisanie assertów w testach (zachęcam pierw do przeczytania tamtego wpisu). Pokazałem jak korzystać z biblioteki oraz jak łatwo można rozszerzać możliwości biblioteki o własne metody. Dzisiaj natomiast pokaże Ci, jak testować kontrolery w ASP.NET MVC za pomocą rozszerzenia o nazwie FluentAssertions.MVC (https://github.com/fluentassertions/fluentassertions.mvc). Poćwiczymy r...

FluentAssertions.Mvc - assercie dla ASP.NET MVC - Blog Daniela Plawgo

Inne 7 dni, 59 minut temu danielplawgo 63 rozwiń

W ostatnim wpisie poruszyłem temat testowania i w dzisiejszym wpisie zostaniemy przy tym temacie. O ile z testowaniem warstwy logiki biznesowej na ogół nie mamy problemów, to już dużo gorzej wygląda to z warstwą dostępu do danych. Entity Framework z pudełka nie umożliwia prostego pisania testów jednostkowych. Są różne rozwiązania tego problemu. Część osób idzie tak naprawdę w testy integracyjne i wykonuje zapytania na realnej bazie. Część osób korzysta z baz da...

Źródło: plawgo.pl
Dziel się z innymi:
Effort - testy Entity Framework - Blog Daniela Plawgo

Bazy danych i XML 13 dni, 2 godziny, 26 minut temu danielplawgo 173 rozwiń

W 10-tym odcinku podcastu przedstawiamy swoje 10 dobrych praktyk tworzenia oprogramowania. Nie mówimy o SOLID, DRY, KISS i reszcie "popularesów". O tym poczytasz już u wszystkich specjalistów. My przygotowaliśmy swoje własne zestawienie. TOP 10 Dobrych Praktyk Tworzenia Oprogramowania.

Dev:Cast - #10 Dobrych Praktyk Tworzenia Oprogramowania - DevEnv

Sztuka programowania 159 dni, 2 godziny, 52 minuty temu devenv 90 rozwiń

Ostatnio opisywałam po co i jak piszemy przypadki testowe. Dzisiaj chciałabym odpowiedzieć na pytanie - co jest nam potrzebne aby przetestować aplikację. Natychmiast przychodzi nam do głowy, środowisko, odpowiednie narzędzia, dane testowe itd.. I na tym ostatnim dzisiaj chciałabym się skupić. Dane testowe są jednym z kluczowych elementów dobrze przeprowadzonego testu. Dlaczego tak uważam?

Źródło: devenv.pl
Dziel się z innymi:
Kilka słów na temat danych testowych - DevEnv

Sztuka programowania 166 dni, 5 godzin, 8 minut temu devenv 37 rozwiń

W jednym z wcześniejszych wpisów pokazałem jak za pomocą dwóch bibliotek (Nbuilder oraz Faker.NET) wygenerować dane testowe. Przez dłuższy czas korzystałem z tamtego rozwiązania, natomiast ostatnio kolega z pracy pokazał mi inną, ciekawszą bibliotekę, która łączy działanie Nbuildera oraz Faker.NET. Do tego ma kilka dodatkowych funkcji, które się przydają. Biblioteka nazywa się Bogus i jest to port biblioteki Faker.js. Po pierwsze biblioteka umożliwia wygenerowanie jednego...

Źródło: plawgo.pl
Dziel się z innymi:
Bogus – generowanie danych testowych | Blog Daniela Plawgo

Narzędzia 202 dni, 4 godziny, 49 minut temu danielplawgo 139 rozwiń

Od ponad roku rozwijam framework do automatyzacji testów. Przez ten czas miałem okazję pracować przy kilku projektach związanych z automatyzacją, gdzie poznałem wspaniałych ludzi i za każdym razem miałem okazję spojrzeć na testowanie automatyczne z innej perspektywy. Widziałem kod doskonały (tak, istnieją takie! :)) oraz taki, o którym chciałbym jak najszybciej zapomnieć. Dzisiaj skupię się na tym drugim i przedstawię wam 3 sprawdzone sposoby na to, jak zepsuć testy automatyczne...

3 sprawdzone sposoby na złe testy automatyczne – mjawulski.pl

Sztuka programowania 500 dni, 15 godzin, 39 minut temu Michał Jawulski 211 rozwiń

Tworzenie nowego kodu jest fajne. Dlaczego? Bo możemy najpierw napisać do niego testy. O tym, jak się tego nauczyć, poczytasz w tym niedawnym tekście. Ale co jeśli już MASZ kod? Michę pełną spaghetti? Do problemu tego można podejść na kilka sposobów. Jeden jest bezsensowny, pozostałe: działają. AAAAAATTTAAAACKK!!!! Rzucanie się “na hurra” i dopisywanie testów tylko po co, żeby “mieć testy”, to złe rozwiązanie. Choć wcale nierzadko spotykane.

Źródło: devstyle.pl
Dziel się z innymi:
3 sposoby na testowanie istniejącego kodu | devstyle.pl

Sztuka programowania 788 dni, 21 godzin, 19 minut temu rroszczyk 190 rozwiń

Behavior Driven Development – dosyć niedawno nawet słyszałem, że to Test Driven Development Done Right 🙂 Co, jak, czemu i po co? Czytaj by się dowiedzieć jak ja to widzę :)

Źródło: paweltymura.pl
Dziel się z innymi:
Moje małe DDD -> BDD to the resque. | Blog Pawełka

Sztuka programowania 845 dni, 3 godziny, 55 minut temu pawelek 219 rozwiń

~ Jarosław StadnickiBajki Znowu wpis o mitach. Bo jak często widać, że w jakimś projekcie pokrycie testami wynosi 100%? Częściej się o tym mówi, niż widzi. Menagiery i biznes się chyba pogodził z tym, że ciężko będzie to osiągnąć i miękną, mówią dobra to robimy 80% albo 60% jeśli projekt mało ważny, a metryki jakieś muszą mieć – a szkoda, bo to nie jest aż taka ciężka sprawa.Dygresja Teraz taka myśl przyszła mi do głowy, czy ktoś patrzy w ogóle na te procenty, które kryją kod? Bo jak się uprzeć, to wy...

Dziel się z innymi:
Piszę testy na 100% | Jarosław Stadnicki

Sztuka programowania 900 dni, 23 godziny, 55 minut temu macabre13 287 rozwiń

~ Jarosław StadnickiJest pięknie Żeby zgrabnie było, trzeba popróbować i tak ułożyć i siak ułożyć i sprawdzić i obejrzeć i posmakować. Ja chciałem wam opisać krótko jak sobie ułożyłem testy w projekcie i póki co mi podoba taki układ.Od góry Zaczynając od samej solucji: Na testy przeznaczyłem osobny folder, a projekt nazywa się tak samo jak projekt który chce testować, rozszerzony o Tests. Myślę, że większość z was robi tak samo. Dalej wygląda to tak: Kolejne podfoldery odpowiadają klasom, które...

Dziel się z innymi:
Testy | Jarosław Stadnicki

Architektura 902 dni, 4 godziny, 6 minut temu macabre13 149 rozwiń

Wspominałem niedawno, że w pracy nie trzeba robić wszystkiego szablonowo. Można się postarać i uczyć, rozwijać siebie i innych. Nieważna jest firma, korporacja w której pracujesz. Nieważne jest stanowisko, które zajmujesz. Ważne jest tylko czy chcesz. Dziś opiszę jak testować aplikację C# za pomocą F#. Po co to robić? To jeden z powodów. A właściwie 10 (i więcej). A oprócz tego dla przyjemności i rozwoju. Nauczenia się czegoś nowego w pracy zamiast po pracy...

Źródło: paweltymura.pl
Dziel się z innymi:
Jak ożenić F# i C# - Blog Pawełka

Sztuka programowania 957 dni, 3 godziny, 21 minut temu pawelek 152 rozwiń

Wiadomo, że każdy projekcie są testy. W części z nich są testy jednostkowe, w innych są testy integracyjne, w innych testy programistyczne - programista klika i jak działa to działa, a w jeszcze innych test na produkcji u klienta razem z milionami użytkowników. Generalnie każdy jakieś test ma. Wiadomo jak jest w projektach komercyjnych, klient chce aplikację działająca, wykonaną z najnowszymi i najlepszymi technikami, najlepiej napisaną przez juniorów, bez testerów i PM...

Autofac update - dynamiczna zmiana implementacji

Sztuka programowania 1322 dni, 14 godzin, 48 minut temu rroszczyk 276 rozwiń

Definicja testów jednostkowych nie jest jednoznaczna i moim zdaniem zmieniała się przez lata. Jednostkę (“unit”) można w różny sposób interpretować. Wiele programistów uważa, że należy testować wyłącznie poszczególne klasy. Dobrą stroną takiego podejścia jest fakt, że jak test zakończy się niepowodzeniem, wtedy od razu wiadomo gdzie szukać przyczyny. Przy dobrym zestawie testów, debugger przestaje być potrzebny.  Osobiście preferuje zupełnie inne podejście. W aplikacjach biznesowych, moim zdaniem aż t...

Tagi: testowanie, testy
Dziel się z innymi:
Piotr Zieliński » TDD: Jak szczegółowo testować?

Sztuka programowania 1392 dni, 2 godziny, 2 minuty temu Paweł Łukasik 261 rozwiń

Witam w ostatnim wpisie z serii „Testowanie z Jasmine„, w którym to zajmę się, zgodnie z tytułem, zagadnieniem testowania operacji asynchronicznych – zresztą w komentarzach pod jednym z wpisów serii, prosił o to jeden z czytelników bloga, a ja obiecałem, że to zrobię więc, tym bardziej czuję się w obowiązku aby ten temat zgłębić i go Wam tutaj jak najlepiej przedstawić Tematyka ta wbrew pozorom nie jest szczególnie skomplikowana… No nic, jak zwykle nie ma co...

Dziel się z innymi:
Testowanie z Jamine - operacje asynchroniczne - burczu programator

Web 1520 dni, 16 godzin, 12 minut temu burczu 69 rozwiń

Witam w kolejnym już wpisie z serii „Testowanie z Jasmine”. Tak jak obiecałem ostatnio, tym razem zajmiemy się bardzo przydatnym elementem frameworka Jasmine, a konkretnie tytułowymi szpiegami (ang. spy – w dalszej części wpisu będę posługiwał się zamiennie terminem polskim i angielskim). Generalnie, jak sama nazwa wskazuje, taki szpieg służy do szpiegowania… A konkretniej szpiegowania wywołań funkcji oraz przekazywanych do niej argumentów. Zobaczmy z czym t...

Dziel się z innymi:
Testowanie z Jasmine - szpiegostwo - burczu programator

Web 1524 dni, 21 godzin, 51 minut temu burczu 137 rozwiń

Witam ponownie! Dziś, tak jak zapowiadałem w ostatnim wpisie, znów powraca temat „Testowanie z Jasmine” Powoli robi się z tego taki mini kurs (czy jak to nazwać) no ale temat zdecydowanie wymaga kontynuowania… Zatem dziś kolejne aspekty frameworka Jasmine, a konkretniej matchery czyli odpowiedniki asercji znanych z innych frameworków testowych; ponadto „setup” oraz „teardown” czyli sposób na inicjowanie testów i sprzątanie po nich; wspomnę także o metodach w...

Dziel się z innymi:
Testowanie z Jasmine - matchery i inne ficzery - burczu programator

Web 1531 dni, 16 godzin, 39 minut temu burczu 87 rozwiń

W poprzednim wpisie na temat testowania kodu JavaScript, przedstawiłem trzy najpopularniejsze frameworki służące do tego celu – QUnit, Mocha oraz Jasmine. Napisałem też baaardzo pokrótce na czym generalnie polega testowanie JavaScript. Myślę jednak, że to zdecydowanie za mało… Postanowiłem więc trochę zgłębić temat na łamach bloga, tak żebyśmy wszyscy się mogli czegoś nowego nauczyć Całkiem subiektywnie, na warsztat wybrałem Jasmine. Podoba mi się składnia ...

Dziel się z innymi:
Testowanie JavaScript przy użyciu Jasmine - wstęp - burczu programator

Web 1572 dni, 2 godziny, 8 minut temu burczu 106 rozwiń

Sometimes when you write tests you want to check how the code behaves in different cases. I had already experienced that a couple of times before and I always used TestCase annotation available in nUnit library. It’s nice to know that nUnit offers an alternative approach as well...

Dziel się z innymi:
[EN] TestDataSource annotation included in nUnit is useful sometime - Tymoteusz Kęstowicz

Narzędzia 1775 dni, 21 godzin, 50 minut temu tkestowicz 64 rozwiń

Był taki smutny czas, że struktura dziedziczenia w moich testach zdecydowanie przerastała stopniem skomplikowania dziedziczenie w testowanym kodzie. A bo jedna klasa bazowa dla testów umożliwiała na przykład kontakt z prawdziwą bazą. Inna – testy z bazą in-memory. Jeszcze inna – puszczanie requestów do systemu. I tak dalej. Efekt był taki, że de facto wszystkie testy dziedziczyły ze wszystkiego. Fuj na maxa, z pryszczem jeszcze ohydnym....

Dziel się z innymi:
IUseFixture | Maciej Aniserowicz o programowaniu

Sztuka programowania 1807 dni, 37 minut temu Paweł Łukasik 163 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 2034 dni, 2 godziny, 52 minuty temu Paweł Łukasik 100 rozwiń

1 2