GoldenLine
Zaloguj się
Marek Zganiacz

Marek Zganiacz Absolwent PWR,
pracownik Comarch.

Temat: Unit Testy - niezbędny element czy niepotrzebna strata...

Jakie są Wasze doświadczenia?
Link do wypowiedziLink
Bartłomiej Jacek Wicher

Bartłomiej Jacek Wicher Software Developer

Temat: Unit Testy - niezbędny element czy niepotrzebna strata...

Strata czasu i kropka!!! ;)



Bartłomiej Jacek Wicher edytował(a) ten post dnia 10.02.07 o godzinie 20:13
Link do wypowiedziLink
Dawid Michał D.

Dawid Michał D. Senior Software
Developer/Designer,E
urobank S.A

Temat: Unit Testy - niezbędny element czy niepotrzebna strata...

Unit testy to przede wszystkim programowanie odkrywcze, bardzo przy testowaniu nowych rozwiazan, poza tym najwieksza zaleta to mozliwosc refakroryzacji kodu bez zbednego ryzyka. Strata czasu dla Ciebie fazo, ale przeciez sam testujesz w mainie, wiec tak naprawde uznajesz testy jednostkowe, tylko nie lubisz JUnita ;)
Link do wypowiedziLink
Bartłomiej Jacek Wicher

Bartłomiej Jacek Wicher Software Developer

Temat: Unit Testy - niezbędny element czy niepotrzebna strata...

Fakt - JUnita omijam z daleka. ;) Testuje to co uwazam, ze warto przetestowac. Simplicity - prostota, robie to co potrzebne - miejsce karuzel jest w cyrku / RUPie. ;p
Argument o refaktoryzacji mnie nie przekonuje, bo z reguly w tym procesie zmienia sie nie tylko sygnatury metod, ale i klasy, a nawet pakiety - JUnit sie gubi.. ;)
Link do wypowiedziLink
Marek Zganiacz

Marek Zganiacz Absolwent PWR,
pracownik Comarch.

Temat: Unit Testy - niezbędny element czy niepotrzebna strata...

"szydzicie z rzeczy których nie znacie" (Chevy Chase, cytat). Skoro juz testujesz w main, to lepiej zapisac test w bardziej uporzadkowanej formie - czasu nie stracisz a zaoszczedzisz w przyszlosci - no ale jestem pewien ze sadzisz inaczej
Link do wypowiedziLink
Bartłomiej Jacek Wicher

Bartłomiej Jacek Wicher Software Developer

Temat: Unit Testy - niezbędny element czy niepotrzebna strata...

Nie znacie? Hmmm.. Przyklad z zycia - pamietasz wspolprace przy (akademickim) projekcie DOVER? ;) "Fak! Jeszcze trzeba testy dopisac... Ile mamy juz % pokrycia?... Pisze te testy dluzej niz kod!... Jak mam przetestowac taka-i-taka funkcje?"
Uporzadkowana forma? asssertTrue(2,sth.getValue()); -> zielony pasek -> "yes yes yes" - give me a break ;)
Mozna prowadzic ta dyskusje dlugo, ale tez rzuce cytatem:
"...kazde zagadnienie mozna rozpatrywac patrzac na nie z dwoch punktow widzenia i w dodatku kazdy z nich moze byc sluszny." (Jeremy Clarkson - "Swiat wg Clarksona" ;p)


Bartłomiej Jacek Wicher edytował(a) ten post dnia 11.02.07 o godzinie 01:19
Link do wypowiedziLink
Marek Zganiacz

Marek Zganiacz Absolwent PWR,
pracownik Comarch.

Temat: Unit Testy - niezbędny element czy niepotrzebna strata...

> Fak! Jeszcze trzeba testy dopisac... Ile mamy juz % pokrycia?...

Co innego dyskusja o sensie wymagań postawionych przez doc Madejskiego a co innego dyskusja o UT.

> "...kazde zagadnienie mozna rozpatrywac patrzac na nie z dwoch punktow widzenia i w dodatku kazdy z nich moze byc sluszny." (Jeremy Clarkson - "Swiat wg Clarksona" ;p)

yhy, a nawet: "See, Joey, that's the beauty of argument. When you argue correctly, you're never wrong." (Nick Naylor, Thank You For Smoking).
Ale malymi krokami:
1. Czy w ogólności należy sprawdzać czy napisany kod działa poprawnie?
Link do wypowiedziLink
Dawid Michał D.

Dawid Michał D. Senior Software
Developer/Designer,E
urobank S.A

Temat: Unit Testy - niezbędny element czy niepotrzebna strata...

JUnit i testy jednostkowe - najwazniejszy argument, ktory powienien przekonac wszystkich przeciwnikow to Continuos Integration, w kazdej chwili buildowania projektu mamy mozliwosc informacji zwrotnej na temat poprawnosci kodu. Szybki feedback.equals(szybka reakcja)...Wyprzedze Cie BArtek i odrazu zaprzecze, to nie jest YAGNI. Co do pokrycia kodu testami, mierzenia i trzymania sie pewnych norm, mam mieszane uczucia...pozdrawiam
Link do wypowiedziLink
Bartłomiej Jacek Wicher

Bartłomiej Jacek Wicher Software Developer

Temat: Unit Testy - niezbędny element czy niepotrzebna strata...

Dawid Michał D.:Szybki feedback.equals(szybka reakcja)...Wyprzedze Cie BArtek i odrazu zaprzecze, to nie jest YAGNI.


Jesli nie YAGNI to KISS ! ;]
Wydaje mi sie ze wiekszosc problemow (w J2EE przynajmniej) tkwi w problemach na wyzszym poziomie abstrakcji, tzn. zlym podejsciu do tematu, niezrozumieniu technologii or sth - a nie w bug'u w jakiejs funkcji. :/
Nie neguje JUnita i testow jednostkowych, jesli ktos lubi niech sobie stosuje, ale nie lubie jak narzucania innym tego piekielnego narzedzia. ;p
Testuje w main'ie, jak juz zauwazyles, ale od razu cale fragmentu kodu, klasy - szybciej, latwiej i wygodniej. Fakt, z moich testow maly jest pozytek dla innych, ale przynajmniej wiem, ze nie commituje shitu - a o to przeciez chodzi...
Link do wypowiedziLink
Bartłomiej Jacek Wicher

Bartłomiej Jacek Wicher Software Developer

Temat: Unit Testy - niezbędny element czy niepotrzebna strata...

Marek Z.:1. Czy w ogólności należy sprawdzać czy napisany kod działa poprawnie?

Czuje ze to pytanie jest podchwytliwe. ;>
Nalezy, ale nie jest celem samym w sobie!
Link do wypowiedziLink
Dawid Michał D.

Dawid Michał D. Senior Software
Developer/Designer,E
urobank S.A

Temat: Unit Testy - niezbędny element czy niepotrzebna strata...

to w tym momencie jako moderator moge zamknac spokojnie ta dyskusje przyznajac Tobie racje i Markowi i sobie. Wszyscy popieramy testowanie, nie koniecznie uzywajac dostepnych frameworkow. Wnioskujemy zatekm wspolnie ze testy jednostkowe to naprawde niezbedna rzecz. Nie prawdaz ??
Link do wypowiedziLink

konto usunięte

Temat: Unit Testy - niezbędny element czy niepotrzebna strata...

Od siebie dodam, ze nie wyobrazam sobie open source-owego projektu, rozwijanego pare lat, w ktorego tworzeniu uczestnicza zewnetrzni programisci, bez unit testow (niech i bedzie to JUnit) - wiecej nie wyobrazam sobie, jak to ktos wspomnial, bez wysoko-procentowego oblozenia kodu testami. Fakt - wybralem specyficzne warunki. Z mojego doswiadczenia: wlasnie koncze pisac zestaw narzedzi IDE dla lokalnej technologii. Jednym z narzedzi jest edytor graficzny do tworzenia formatek -> uzywam w tym celu glownie GMF-a. Nie powiem ile razy zaklnalem kiedy zmiana w jakims wydawaloby sie malo znaczacym kawalku kodu (potrzebna dla osiagniecia lokalnego celu) niszczyla funkcjonalnosc wydawaloby sie wogole z nia nie zwiazana. Drugi wniosek - potrzeba testow jednostkowych wzrasta przy "grubym" frameworku.

Aha, nie jestem zagorzalym zwolennikiem JUnit-a (zeby nie bylo:). Tylko pare razy juz klnalem, z tego powodu (z drugiej strony takie technologie jak GMF truuudno sie testuje, widze to w barwach bardzo wieeeeeeeeeeeeelu mock-ow :/
Link do wypowiedziLink

konto usunięte

Temat: Unit Testy - niezbędny element czy niepotrzebna strata...

Unit testy są potrzebne raczej w fazach powdrożeniowych, więc jeśli ktoś pisze kod jednorazowy to w sumie niepotrzebne (fire & forget).

Myślę, że w czasie developmentu to niepotrzebny narzut - wręcz kula u nogi, ale w czasie testów drugiej czy n-tej fazy to bardzo przydatne narzędzie, więc raczej wg mnie powinno się to analizować / uruchamiać po skończonym developmencie (inaczej każda zmiana dostaje dodatkowy narzut). Nawet przy grubszej zmianie interfejsu warto określić moduły, które zachowały sposób wywołania z poprzedniej wersji (i w jakim procencie).

Myślę jednak że to czcze dywagacje, bo można sobie wyobrazić środowiska w których to jest niezbędne/wymagane (fizyczne maszyny, interfejsy między-systemowe) i takie w których można w ogóle tego nie robić.
Link do wypowiedziLink
Sebastian Brózda

Sebastian Brózda programista ror/.net

Temat: Unit Testy - niezbędny element czy niepotrzebna strata...

Hmm ja sobie nie wyobrażam już programowania bez pisania testów. Ludzie często narzekają, że testy to strata czasu, czy też trzeba im poświęcić dużo czasu na napisanie ich. To nie prawda, chociaż nawet gdyby tak było, to chyba zawsze lepiej napisać sobie automatyczny test, który możemy dowolną ilość razy sobie odpalać niż "klikać" i testować to ręcznie czy też w debug mode. Poza tym podczas ręcznego testowania możemy nie wychwycić (np. ze zmęczenia? lenistwa?) wszystkich możliwych błędów, bądź zapomnimy o jakichś przypadkach. Jeśli byśmy mieli niepełny test, to moglibyśmy sobie go załatać i tyle.
Link do wypowiedziLink
« Wróć do tematów
Odpowiedz

Podobne tematy





Wyślij zaproszenie do
Anuluj