Тестирование модуля в связи с шаблоном проектирования и т. Д.

Question

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

1. Перед тем, как можно создать тест TDD, вам нужно создать архитектуру sottware и шаблон проектирования, прежде чем начать TDD?

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

---

Я новичок в модульном тестировании.

Answer 1

1. № п. Если вам нужно изменить архитектуру или ввести шаблон дизайна, вы обычно делаете это как часть рефакторинга. Это происходит после теста и рабочего кода.

2. Конечно, сначала вы можете написать тест, но он не будет компилироваться до тех пор, пока не будет минимальной рамки. Например, если вы собираетесь вызывать новый метод, который возвращает логическое значение, вы обычно пишете его с жестко закодированным return false или return true, поэтому ваш тест будет компилироваться, но сбой при его запуске. Затем вы можете перейти к написанию кода, чтобы пройти тест. Поиск красный, зеленый, рефакторинг для более подробной информации.

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