На «ты», т. к. «Этот топик мой ответ на жалобу одного человека, что «баги достали».» — это письмо другу если хотите.
Про статью Фаулера — да, это мое мнение, что она лучшая по CI. Т. е. лучше написать было «По моему мнения это самая лучшая статься по CI»…
Что касается веб-интерфейсов, то вопрос решается Selenium RC например, и других много тулов.
Хотя я согласен, что не все нужно и можно протестировать, но все-таки подход «архитектор-кодеры» плохо срабатывает, т. к. невозможно ручками контролировать все аспекты системы.
А CruiseControl большая дурка, в которой сложнее разобраться.
2. Почему разные. ru.wikipedia.org/wiki/%D0%A0%D0%B5%D0%B3%D1%80%D0%B5%D1%81%D1%81%D0%B8%D0%BE%D0%BD%D0%BD%D0%BE%D0%B5_%D1%82%D0%B5%D1%81%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5
думаю, что запуская юнит тесты при каждой сборки мы как раз удостоверяемся что старые ошибки снова не возникли. А еще если синтегрнировать с Selenium RC то можно и на уровне интерфейсов проверять.
3. Возможно.
4.
5. Но методология без практик мертва. Поэтому я и советую сначала сконцентрироваться на практиках. Так никакой Scrum сам по себе не сделает код качественнее.
Про статью Фаулера — да, это мое мнение, что она лучшая по CI. Т. е. лучше написать было «По моему мнения это самая лучшая статься по CI»…
Хотя я согласен, что не все нужно и можно протестировать, но все-таки подход «архитектор-кодеры» плохо срабатывает, т. к. невозможно ручками контролировать все аспекты системы.
Видимо эта Tau стоит бешеных денег и нужна для сверхнадежных систем?