Насколько глубоки ваши модульные тесты?

Напишите модульные тесты unit-testing для вещей, которые вы ожидаете unit-test сломать, и для крайних случаев. После tdd этого следует добавлять тест-кейсы unit-testing по мере поступления баг-репортов unit-tests — до написания фикса бага. Тогда unit-test разработчик может быть уверен, что:

1. Исправлена ​​ошибка;
2. Ошибка больше не появится.

В unit-tests соответствии с приложенным unittest комментарием - я предполагаю, что testdrivendesign такой подход к написанию test-driven модульных тестов может вызвать unit-tests проблемы, если со временем testdrivendevelopment в данном классе будет обнаружено unit-tests много ошибок. Вероятно, здесь test-driven полезна осмотрительность tdd — добавление модульных тестов unit-test только для ошибок, которые unit-tests могут возникнуть повторно, или test-driven когда их повторное появление unittest может вызвать серьезные проблемы. Я testdrivendevelopment обнаружил, что в этих сценариях testdrivendevelopment может быть полезно некоторое unittest интеграционное тестирование unit-tests в модульных тестах — тестирование unit-test кодов вышестоящих кодовых unittest путей может охватывать кодовые unittest пути ниже.