Как написать модульный тест перед кодом класса?

Question

Я пытаюсь войти в привычку писать единичный тест перед фактическим классом. Каковы некоторые указатели, которые сообщество переполнения стека может дать мне вместе с любыми полезными ресурсами.

Thank you

Answer 1

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

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

Boom - Test Driven Development идет на ваше резюме! :-)

Answer 2

Здесь очень хорошее место для начала. Она содержит очень хороший учебник по TDD, с полным списком ссылок на дополнительные ресурсы:

http://www.agiledata.org/essays/tdd.html

Answer 3

У меня есть, но один указатель:

Подумайте о том, что метод должен делать, и как он должен себя вести , а не как вы собираетесь его кодировать.

Это позволит вам планировать модульные тесты без указания какого-либо кода (или даже планируемого, если на то пошло).

Answer 4

Я вообще делаю свой TDD (с PHPUnit), создавая набор бизнес-правил как часть PHPDocs для моего класса или скрипта. Я не пишу код, только бизнес-правила (например, Foo будет генерировать исключение, если ... и т. Д.). После того, как я это сделаю, я начинаю писать тесты, которые соответствуют каждому бизнес-правилу. Я нашел, что писать бизнес-правила сначала помогает мне установить некоторые границы, и тестовые примеры формируют фактический код.