Что такое модульное тестирование?

Я не согласен с Дэном (хотя unit-test лучше просто не отвечать)... но...

Модульное unit-test тестирование — это процесс unit-test написания кода для проверки unit-testing поведения и функциональности unit-test вашей системы.

Очевидно, что unit-tests тесты улучшают качество вашего unit-testing кода, но это лишь внешнее unit-tests преимущество модульного тестирования. Реальные unittest преимущества заключаются unit-tests в следующем:

1. Упростите изменение технической реализации, убедившись, что вы не меняете поведение (рефакторинг). Надлежащим образом прошедший модульное тестирование код может быть подвергнут агрессивному рефакторингу/очистке с небольшим шансом сломать что-либо, не заметив этого.
2. Дайте разработчикам уверенность при добавлении поведения или внесении исправлений.
3. Задокументируйте свой код
4. Укажите области вашего кода, которые тесно связаны. Трудно тестировать модульный код, который тесно связан
5. Обеспечьте средства для использования вашего API и своевременно выявляйте трудности
6. Указывает на методы и классы, которые не очень связаны

Вы должны проводить unit-tests модульное тестирование, потому unittest что в ваших интересах предоставить unit-tests вашему клиенту удобный и unittest качественный продукт.

Я предлагаю unit-testing вам использовать его для unit-test любой системы или части системы, которая unit-test моделирует поведение в реальном unittest мире. Другими словами, он unit-testing особенно хорошо подходит unit-testing для развития предприятий. Я unit-tests бы не стал использовать его unit-test для одноразовых / служебных unit-testing программ. Я бы не стал использовать unit-test его для частей системы, которые unit-test проблематично протестировать unit-testing (частым примером является unit-tests пользовательский интерфейс, но unit-tests это не всегда так)

Самая большая unit-tests ошибка заключается в том, что unit-testing разработчики тестируют слишком unit-test большую единицу или считают unit-test метод единицей. Это особенно unit-testing верно, если вы не понимаете unit-tests Inversion of Control — в этом случае ваши модульные unit-testing тесты всегда будут превращаться unit-testing в сквозное интеграционное unit-tests тестирование. Модульный тест unit-testing должен проверять индивидуальное unittest поведение, а у большинства unit-tests методов есть много вариантов unit-testing поведения.

Величайшее заблуждение unit-testing состоит в том, что программисты unittest не должны тестировать. В unit-test это верят только плохие или unittest ленивые программисты. Разве unit-tests парень, строящий вашу крышу, не unit-testing должен ее проверить? Должен unit-test ли врач, заменяющий сердечный unit-tests клапан, не проверять новый unittest клапан? Только программист unit-test может проверить, делает ли unittest его код то, для чего он предназначен unit-test (QA может тестировать пограничные unit-testing случаи — как ведет себя код, когда unit-test ему говорят делать то, чего unittest программист не планировал, и unit-test клиент может провести приемочное unit-testing тестирование — выполняет unit-testing ли код свои действия). то, что unittest клиент заплатил за это, чтобы unit-tests сделать)