Normal testing

Прослушал отличный семинар Николая Алименкова про Acceptance Test Driven Development.

Выводы: это ж совсем не то, что мне до сих пор понималось! 😦

Еще не совсем ясно, как это будет касаться меня впредь. Подобные прогоны подобных тестов — это мир ХР. Это сила, но она касается именно момента «владения кодом»:

1. овладел кодом,
2. сделал в нем изменение,
3. прогнал тесты,
4. увидел «зеленое» — с довольной рожей продолжил править код;
5. а если увидел «красное» — быстро поправил код, прогнал все заново, и с довольной рожей продолжил кодировать свои абстрактные абстракции в нечто более осязаемое, но тоже абстрактное.

Школа «функционального» тестирования гласит о следующем:

1. исследовал софтину,
2. прогнал тесты,
3. увидел «красное» — сообщил программисту. Что и как он будет дальше делать — он не скажет.

То есть, вообще другим воздухом дышим.

Еще я дам доллар тому, кто покажет мне заказчика, который «умеет писать акксептанс критериа», и с удовольствием этим занимается.

Или не дам.

ЗЫ Fitnesse (wiki-надстройка над Framework for Integrated Tests) — это вещь…

Бонус №1: рассуждения Алименкова на тему ATDD:

На мой взгляд, современные средства для acceptance тестирования позволяют достаточно легко писать тесты наперед. Это помогает разработчикам повысить уверенность в законченности своей работы и правильности (полноте) требуемого функционала без постоянного взаимодействия с QA. Таким образом команда становится более целостной и помогает друг другу достигнуть единой цели — разработки качественного продукта.

Команда становится более целостной без постоянного взаимодействия с тестировщиками…

Бонус №2: презентация Дмитрия Лобасева «Разработка через приемочное тестирование с FIT«. Материалы с выступления на SQA2008».