Cactus - надстройка над JUnit'ом. Позволяет выполнять тестирование не только локального, но и server-side кода.
Очень удобная вещь когда код достаточно стройный, строгий и как бы это выразиться... правильный :) /*правильный - поддающийся тестированию*/ В идеале код должен писаться так, чтобы была возможность оттестировать его с пом. жюнита/кактуса... иногда очень трудно этого добиться/либо бессмысленно
В большом мракобесии попытка эффективно использовать Cactus/JUnit нифига не получилась... на юнит тестирование забито; QA трудится

am_sasa funikovyuriприкольно, т.е. тестированием никто вообще не заморачивается? А работает только QA? а нафига оно нуно? рулит всегда!
представьте себе проект
на пару тысяч классов или более

с набором версий, от каждой из которых по несколько отдельных кастомерских проектов.

с этим всем работает много десятков человек одновременно (bugfixing/development), соответственно код может модифицироваться очень сильно

и как при этом определить, что изначально задуманная функциональность работает так как задумывалась (после любого изменения)?


funikovyuriприкольно, т.е. тестированием никто вообще не заморачивается? А работает только QA?
можно сказать да, никто не занимается. т.к. отдельные юнит тесты, которые при сборке не прогоняются, теряют свой смысл...

ps. sout.println() - just for debug :)
pps. вообще, юнит-тестирование необходимо в любом проекте...

Кстати, вопрос: кто нибудь использует при разработке технику Test-driven development ?