Модульное тестирование для абсолютного новичка - я использую Ruby - PullRequest
5 голосов
/ 01 марта 2011

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

Я никогда не создавал ни одного модульного теста для операционного кода, кроме того, чтобы пробовать те же пятнадцать или около того онлайн-учебников, которые показывают, что основные классы ruby ​​работают нормально. Мне нужно знать, как построить эти тесты для моих собственных систем, и понять, что нужно искать и проверять.

Какие хорошие учебники онлайн, которые показывают вам, как сделать больше, чем просто проверить, что assert_true истинно, а обратное неверно? Даже если они не для рубина, что я должен прочитать и поэкспериментировать с руководством по модульному тестированию, я должен прочитать или просмотреть? Желательно один с пошаговым руководством.

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

Любая помощь будет очень признательна.

Ответы [ 3 ]

3 голосов
/ 01 марта 2011

Технически это BDD, но я бы порекомендовал Книга RSpec , потому что она хорошо объясняет концепции и имеет расширенные учебные пособия. Второй раздел книги посвящен огурцу, поэтому он также научит вас этому.

1 голос
/ 01 марта 2011

Очень легко отвлечься и погрузиться в детали, такие как инструменты покрытия кода, такие как rcov, и даже более подробные инструменты, такие как heckle, flog, flay . Эти инструменты хороши, и они отслеживают ошибки, но они должны быть вторичными по отношению к модульным тестам, связанным с проектированием и документацией.

Я чувствую, что это подводит итог - со страницы agile TDD

  • «Написание модульного теста - это скорее проект, чем проверка».
  • «Это также скорее акт документации, чем проверки»
1 голос
/ 01 марта 2011

Я знаю, что это учебник Perl, но я думаю, что он действительно хорош для подхода / философии: Cromatic's и Test :: Tutorial Майкла Г. Шверна pdf .Это первое учебное пособие, которое я прочитал, в котором говорится, что сначала нужно провалить ваши тесты, и есть много других хороших советов.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...