10.07.2019
Posted by 
Xunit Test Patterns Average ratng: 8,0/10 814 votes

Автор обзора: Виктор Кулямин Название: Шаблоны тестяирования xUnit. Рефакторинг кода тестов. Оригинальное название: xUnit Test Patterns: Refactoring Test Code Автор: Джерард Месарош (Gerard Meszaros) Сразу предупреждаю — этот отзыв написан, в основном, по впечатлениям от англоязычного оригинала, русский перевод я просматривал, но не читал внимательно, и не могу оценить ни его качество, ни влияние на ясность изложения. Книга содержит изложение основных понятий подхода к разработке ПО на основе тестирования (test driven development, TDD) и большой, хорошо структурированный набор образцов (шаблонов, patterns) проектирования и кодирования модульных тестов. Автор попытался, и довольно успешно, создать справочник по таким образцам, который существенно расширяет и дополняет книгу К. Бека (Test-Driven Development: By Example) — те, кто читал ее, найдут для себя как много знакомых вещей, так и огромное количество нового.

Xunit test patterns скачать

Xunit Test Patterns На Русском Pdf

У книги есть сопровождающий сайт, где выложен не весь ее текст, но зато каталог образцов представлен в более удобной для быстрого получения нужной информации форме. Затрагиваются как общие принципы построения модульных тестов и автоматизации тестирования, так и признаки конкретных проблем в коде тестов (test smells).

Но основное содержание книги — это практичные типовые решения задач проектирования тестов, их организации, разбиения на компоненты, определения проверяемых свойств, переработки при внесении изменений и др. Часто возникающих проблем при сопровождении и развитии больших тестовых наборов. При этом автор рассматривает эти проблемы сквозь призму разработки на тестирования, в рамках которой тесты считаются в первую очередь инструментом поддержки аккуратного проектирования и развития программной системы. Для человека, знакомого с классическими источниками по тестированию ПО (Майерс «Искусство тестирования программ», Бейцер, но не переведенное «Тестирование черного ящика», а гораздо более ясные и систематичные «Software Testing Techniques», Binder «Testing Object-Oriented Systems» и пр.) эта книга может выглядеть двояко. С одной стороны, в ней говорится много очень правильных и полезных вещей, относящихся к самой сути программной инженерии. С другой — многие идеи и понятия, сформулированные классиками тестирования еще в 80-е годы, часто преподносятся как нечто новое, открытое только в сообществе XP и TDD.

Довольно забавно читать, как для хорошо известной тестовой заглушки (test stub) вводится новый термин — «тестовый двойник» (test double). При этом заглушкой называется двойник некоторого специфического вида, и определяется такая навороченная классификация двойников, в которой большинство последователей TDD путается, предпочитая называть все подряд «фиктивными объектами» (mocks; предложенный перевод «подставной объект» имеет, по-моему, какой-то нехороший двойной смысл).

Купить xUnit Test Patterns: Refactoring Test Code (Addison Wesley Signature) из интернет-магазина Amazon.com. Доставка от 6 дней, оплата в рублях через сервис покупок за рубежом Shopotam.ru! Feb 9, 2009 - Название: Шаблоны тестяирования xUnit. Рефакторинг кода тестов. Оригинальное название: xUnit Test Patterns: Refactoring Test Code. Автор: Джерард Месарош (Gerard Meszaros). Сразу предупреждаю — этот отзыв написан, в основном, по впечатлениям от англоязычного оригинала,.

Xunit Test Patterns На Русском

Кажется, что от этого отсутствия исторической перспективы теряется часть глубины представленных идей, и они иногда приобретают более сиюминутный, как бы «ориентированный на продажу» вид. Еще одно замечание — TDD сейчас представляет собой хотя и очень интересный, но довольно «заидеологизированный» подход, который рассматривает тесты только как инструмент снижения издержек при проектировании и развитии кода, а совсем не как средство оценки качества ПО. Поэтому, кстати, созданные в рамках TDD тесты совершенно бесполезны для поиска ошибок в спроектированном с их помощью коде.

В связи с этим тестировщикам стоит осторожнее относиться к данным в книге оценкам тех или иных решений по структуризации кода и организации тестов как однозначно хороших или плохих. На практике очень многое определяется прагматикой и контекстом текущего проекта, и то, что плохо при опережающей разработке тестов, бывает необходимым, если тесты проектируются для уже существующей системы, и наоборот. Высказанные выше замечания, однако, никак не могут уменьшить или, тем более, отменить достоинств этой книги.

Она будет крайне полезна как тестировщикам, так и программистам, использующим разработку на основе тестирования или пишущим модульные тесты сами по себе, без упора на TDD, да и всем, кто занимается профессионально разработкой сложного, развивающегося ПО.