Test Driven Development Opcje

[NoiseMc]

Chcialbym poznac Wasze zdanie dotyczące Unit Testów.
Osobiście zabieram się do tego od jakiegoś czasu i trudno mi jest to ugryźc. Znam API SimpleTest ale problem leży w tym, że nie wiem co i jak testowac, szczególnie klasy odpowiedzialne za zapis/odczyt danych ... co porównywac i z czym? Mock Objects ... kolejny temat zagadka.

Docelowo chciałbym dojśc do takiego poziomu aly każdy build aplikacji był zautomatyzowany z testami znaczy:
1. Export z SVN
2. Odpal testy
3. Jezeli wszytko ok to przekopiuj odpowiednie pliki do odpowiednich katalogow, poustawiaj prawa dostepu i zalinkuj katalog aplikacji do document_root serwera.

Piszcie co testujecie i jak ... przykladu kodu mile widziane (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

Ten post edytował NoiseMc 1.12.2007, 20:37:06

[dr_bonzo]

1.

Taki sobie artykuł, testuje więcej niż jedną rzecz na raz, a zgodnie z założeniami testy powinny testować jedna małą rzecz. A tu mamy zależności od kontrolerów, bazy danych itd., że taki test się nie powiedzie nie znaczy, że nawalił kod który miał być testowany.

Wlasnie znaczy ze nawalil kod ktory mial byc testowany - bo robiles testy integracyjne, czyli testowales jak to wszystko razem, pelna aplikacja, dziala ze soba.

2. a juz zapomnialem co mialo byc w "2."

[Sedziwoj]

Wlasnie znaczy ze nawalil kod ktory mial byc testowany - bo robiles testy integracyjne, czyli testowales jak to wszystko razem, pelna aplikacja, dziala ze soba.

Tia, a autor napisał to bo łatwiej.
Testy jednostkowe powinny zaczynać się od dołu, a nie od góry.
A ich założenie jest takie, jak każdy fragment działa jak powinien, to całość też działa dobrze. I też za cel spr. przy modyfikacji czy czegoś nie zwaliłeś, więc każdy część powinna być testowana osobno.
Inaczej taki test nie różni się od "przeklikania" i nie ma sensu większego tylko takie robić.
A problem jest w zapewnieniu izolacji testowanych elementów od ich zależności.

Ten post edytował Sedziwoj 13.12.2007, 01:34:05