2015-03-03 4 views

ответ

1

Поскольку вы не указали язык, мне придется ответить в целом.

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

Как правило при написании модульных тестов просто просто напишите тест, какой ущерб он будет делать? найти ошибку ?, пусть кто-то знает, что они сломали что-то, что может вызвать ошибку?

0

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

У конструкторов всегда была аналогичная проблема - если конструктор просто берет параметры и сохраняет их как атрибуты в объекте, мы должны проверить это?

Подход, который я беру здесь, предназначен для каждого класса, чтобы добавить тесты с номером test_construction к модульным испытаниям для этого класса. Это создаст объект, а затем проверит значения для всех методов/свойств, которые ищут эти значения. Это дает тестовое покрытие как для конструктора, так и для поиска атрибутов, с минимальными накладными расходами одного теста.

Однако, если вы или ваша команда решили не тестировать эти функции, я тоже не стал бы слишком волноваться - любые проблемы, вероятно, будут восприняты другими тестами, и для вас обязательно будут более важные тесты чем они.

Смежные вопросы