Можете ли вы объяснить в нескольких предложениях:
- Почему нам это нужно/почему они облегчают нашу жизнь?
- Как выполнить unit-test [простой пример в Java]?
- Когда нам не нужны они/типы проектов, мы можем оставить тестирование модуля?
- полезные ссылки
Можете ли вы объяснить в нескольких предложениях:
Почему нам это нужно/почему они облегчают нашу жизнь?
Как выполнить unit-test [простой пример в Java]?
Ознакомьтесь с JUnit и кулинарная книга JUnit для деталей. Писать тесты JUnit очень мало. Фактически, придумать хорошие тестовые примеры, безусловно, сложнее, чем реальная реализация.
Когда нам не нужны они/типы проектов, мы можем оставить тестирование модуля?
Не пытайтесь протестировать каждый метод в классе, а скорее сосредоточьтесь на тестировании функциональности класса. Beans например, вы не будете писать тесты для геттеров и сеттеров...
Ссылки
JUnit - Модульное тестирование
EclEmma - инструмент для тестирования покрытия
текст ссылки - ссылка Википедии на модульное тестирование
Потому что это ваше доказательство того, что приложение действительно работает по назначению. Вы также найдете ошибки регрессии намного проще. Тестирование становится проще, так как вам не нужно вручную проходить все возможные состояния приложения. И, наконец, вы, скорее всего, найдете ошибки, о которых вы даже не знали, даже если вы вручную протестировали ваш код.
Google для юнита
Еженедельные тесты всегда должны быть написаны, как сказано, это ваше доказательство того, что приложение работает по назначению. Некоторые вещи не могут или могут быть трудными для тестирования, например графический пользовательский интерфейс. Это не означает, что GUI не должен тестироваться, это означает, что вы должны использовать для этого другие инструменты.
См. пункт 2.
Вероятно, он работает, читая статью в Википедии Unit Testing, так как это ответит на большинство ваших вопросов относительно почему. На веб-сайте JUnit есть ресурсы для написания Java unit test, из которых Junit Cookbook, вероятно, будет вашей первой остановкой.
Лично я пишу модульные тесты для проверки контракта метода, т.е. документации для конкретной функции. Таким образом, вы входите в цикл увеличения охвата тестированием и улучшения документации. Однако вы должны стараться избегать тестирования:
JUnit - это не единственная платформа тестирования модулей, доступная для Java, поэтому перед погружением в нее вам следует оценить другие фреймворки, такие как TestNG.
В дополнение к фреймворкам верхнего уровня вы также найдете немало проектов, охватывающих определенные области, например:
То, что я написал бы, уже описано во многих ответах здесь, но я думал, что добавлю это...
Лучшая статья, которую я когда-либо читал, когда использовать/не использовать модульные тесты, была блог Стив Сандерсон. Это отличная статья, охватывающая затраты/преимущества модульного тестирования на разных частях вашей кодовой базы (т.е. Убедительный аргумент против 100% охвата)
Одна из лучших книг на hows и whys модульного тестирования на Java - Прагматическое тестирование модулей в Java с помощью JUnit (Энди Хант и Дейв Томас)
Вот как должно выглядеть ваше программирование:
Как видно из названия, это тест для наших устройств в нашей программе. Например, если у вас есть метод, который возвращает суммирование двух целых чисел, вы проверите его с двумя числами, чтобы убедиться, что он работает правильно. Например, для 2 + 2 он возвращает 4.
Нам нужны эти тесты, поскольку в больших проектах есть много программистов. Важно, чтобы эти программисты работали в гармонии. модульные тесты действуют как доказательство правильности процедур, которые пишут наши программисты. поэтому программист пишет свою процедуру плюс unit test, чтобы показать, что его процедура работает правильно. Затем он совершает свои изменения в проекте. Эти тесты помогают предотвратить множество ошибок до появления.
У меня есть пошаговая процедура в качестве примера для записи Java unit test в Eclipse. Пожалуйста, посмотрите "Как записать Unite Tests".
Надеюсь, это поможет.