Oтчасти е така, отчасти - не. Не забравяй, че има и други видове тестове освен юнит. Например интеграционни тестове. Не знам ти дали би писал тестове на Слениум, WatiN/WatiR и т.н. Всеки тест, който има вземане даване с базата данни, "бара" файловата система, отваря прозорци, не е юнит тест. Обикновено на такива тестове им се вика integration tests дори и да ги пускаш с TestDriven.Net и да ползваш NUnit/MS Test/xUnit (кредора трябва да умре по много гаден начин - имам си кирилица в уиндолса мамка му, не ми трябва насран джаваскрипт плъгин). Като цяло искам да кажа, че TDD не обезсмисля QA. Има поле за изява за всеки

Съдържаниет е скрито
Влезте за да го видите

Като така да се каже познавач, бих заложил на петното :)

TDD is not the ultimate paradigm. Ако напишеш първо теста, може би знаеш какво всъщност искаш да направиш

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите

Ами мъчим го тука, с shoulda. Има "макроси", с които описваш поведението на м-тата и ц-тата. Нещо обаче не мога да се убедя още в употребата му... По-скоро дава файда за хващане на случайни грешки при рънването на кода, отколкото да е реален спек.

Може би цаката е един да пише спек тестовете, друг да ги имплементира, знам ли?

— У вас, на Земята, как определяте кой пред кого колко пъти да клекне?
— Така, на око…
— Диваци!

ТДД значи тестовете първо и за мен това не е правилно.
Иначе самото наличие на тестове влиза във всеки процес. А за ползата им е ясно.

----------------------------------------
Здрав дух, в здрава бутилка!

Темата не е за това дали да се пишат тестове, а дали ТДД е добър като процес. Най-важното в този спор е точно кога се пишат тестовете.

----------------------------------------
Здрав дух, в здрава бутилка!

Като чета, и придобивам чувството, че някой ти е казал, че всички тестове се разписват предварително и тогава се сяда да се пише кода. Това не е така.

Съдържаниет е скрито
Влезте за да го видите

Принципите на тестера:

Тестерите не ходят на работа, за да завързват приятелства.

Вярваме в Бог, всичко останало го тестваме.

Тестерите не чупят софтуера - той вече е счупен, когато пристига при тях.

Тестерите винаги отиват в рая - те вече са получили своята част от ада тук.

Ние не създаваме проблеми, просто откриваме вашите.

Това са бъговете - ако тези не ти харесват имам и други.

Ако не е счупено, значи не си опитвал упорито.

Добрият тестер има сърце на програмист… в буркан на бюрото си.

Тестерите не обичат да чупят нещата, те харесват разрушаването на илюзията, че тези неща работят.

Винаги има още един бъг.

Наша работа е да ви кажем, че отрочето ви е грозно.

“Да тестваш или не - туй не е въпрос!”

Съдържаниет е скрито
Влезте за да го видите

Защо мислиш, че не е правилно? Дай някакви доводи, за да стане дискусия. Аз ще дам моите доводи:

1. Тест първо ме кара да мисля малко повече, преди да напиша поредната глупост.
2. За да мине теста, пиша минималното количество код. Тоест поддържам по-малко код, което не е малко :)
3. Често докато пиша теста се сещам за следващия тест - друг сценарий, който трябва да покрия - гранични случаи например.

Като цяло, не ми харесва да пиша тестове за съществуващ код, бил то мой или на колега.

-------------------
Ex "Теляка"

Това което аз съм виждал от този просец е именно, че тестовете се пишат преди кода или поне основните тестове, затова е и тест-дривън. Иначе, ако просто говорим да има пълен набор тестове, това не изисква специален процес.

----------------------------------------
Здрав дух, в здрава бутилка!