Автоматизация приёмочного тестирования или FitNesse для повышения каче

Автор: Андрей Гридин

Качество программного продукта не в последнюю очередь зависит от актуальной документации и тщательного тестирования. Хотелось бы осветить вопрос разработки и тестирования ПО вообще и с использованием среды FitNesse в частности.
Intro
Когда говорят о тестировании ПО, чаще всего подразумевают тестирование, выполненное после того, как изрядное количество кода написано и возникает необходимость проверить «а то ли написали, что хотели».
Понятно, что покрытие кода тестами, виды и продолжительность тестирования зависят от многих факторов, но в данном случае следует упомянуть именно о модульных тестах и о приёмочных тестах.
Если модульное тестирование выполняет обычно тот, кто пишет тот или иной кусок кода, то приёмочное тестирование, как правило, выполняет заказчик. И тут уже всё зависит от того, насколько высоки требования заказчика (и, что немаловажно, то насколько он способен качественно тестировать принимаемый им готовый продукт).
Так вот, модульные тесты обычно автоматизированы по выполнению (они один раз пишутся и много раз прогоняются в автоматическом режиме).
А приёмочные тесты обычно медленно прогоняются в ручном режиме и постоянно изменяются и обычно достаточно редко фиксируются на бумаге.
К чему все эти разговоры про тестирование? Правильно организованный процесс тестирования создаваемого программного продукта в конечном счёте позволит сэкономить деньги и время на устранении ошибок, и более того увеличить прибыль от хорошей репутации компании.

Подробнее...

Честно говоря, так и не понял, что это - статья, презентация, перевод?

Честно говоря, так и не понял, что это - статья, презентация, перевод?

А есть разница? :)

Хотелось ещё раз привлечь внимание к этому инструменту. Несмотря на то, что я его не люблю (а может быть как раз поэтому, движимый чувством вины :) ), я считаю, что надо дать высказаться его сторонникам.

Конечно же есть. Ни фитнесс, ни само по себе приемочное тестирование вообще никак не раскрыты автором.

Я бы не торопился видеть сторонников Fitnesse там, где копипастнуты две картинки и переведены 3 общих фразы.

С другой стороны, можно потратить 13 минут и посмотреть, как реально с фитнесом управляется Роберт Мартин: http://blog.objectme...cceptance-tests

С другой стороны, можно потратить 13 минут и посмотреть, как реально с фитнесом управляется Роберт Мартин: http://blog.objectme...cceptance-tests

Ну вот, уже ради получения этой замечательной ссылки стоило публиковать эту статью. Спасибо!

Моё чувство вины объясняется тем, что я достаточно свободно и непринуждённо обращаюсь с "программистскими" средствами автоматизации, а Fitnesse ругаю как бы "за глаза". Более честно было бы научиться им пользоваться не менее свободно, и тогда у меня будет ещё больше прав критиковать его :) Поэтому -- огромное спасибо за ссылку, я знаю теперь, к чему мне стремиться.

Впрочем, не могу не поделиться ссылкой на заметку Джеймса Шора, который даже был в течение какого-то времени координатором этого проекта: http://jamesshore.co...ce-Testing.html
Он смотрит на картину с другой стороны, оставляя в стороне достоинства и недостатки самого инструмента и обсуждая то, как его предполагалось использовать по замыслу авторов, и почему это не получается.

Еще один пропагандист приемочного тестирования, Goiko Adzic:
Are tools necessary for acceptance testing, or are they just evil?
Top 10 reasons why teams fail with Acceptance Testing