🚀 go-pugleaf

> Generalnie Unitem w Twoich Unit Testach powinien
> być kompletny flow of control:
>
> TestLogowania:
> ws.Login();
>
> TestRobieniaCzegos:
> ws.Login();
> ws.RobCos();
>
> TestRobieniaCzegosInnego:
> ws.Login();
> ws.RobCosInnego();
>
> w taki sposób żeby każdy test był samodzielnym,
> wyizolowanym i spójnym bytem nie polegającym na
> niczym zewnętrznym.

Ox, dzięki za wyjaśnienie.

>
> [ http://stackoverflow.com/questions/61400/what-makes-a-good-unit-test ]
>
> Nie powinieneś polegać na kolejności testów,
> na efektach ubocznych innych testów, niektóre
> frejmłorki wykonują testy alfabetycznie, niektóre
> losowo, taka jest specyfika Unit Testing.
> [NUnit akurat odpala testy alfabetycznie, aczkolwiek
> nie radziłbym na tym polegać ;-)]
>
> Defacto, test [ze środka] nie powinien zawieść tylko
> dlatego bo Dev/Tester odpalił tylko ten jeden test,
> zamiast odpalać wszystkie.

Oki.

>
> p.s. z ciekawości, mock'ujesz WebService czy komunikujesz
>     sie z realnym endpointem? ;-)

Nie wiem co to znaczy mockować, ale działam na żywym realnym webserwisie 
odpalanym pod środowiskiem.
Można to lepiej zrobić?