Тестирование Java. Использование тестовых классов по сравнению с использованием JUnit (или что-то подобное) [duplicate]

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

Ваш ручной подход System.out хорош, но не самый лучший. Это одно время, которое вы выполняете. В реальном мире требования постоянно меняются, и большую часть времени вы делаете много модификаций существующих функций и классов. Итак, не каждый раз, когда вы проверяете уже написанный фрагмент кода.

есть еще некоторые дополнительные функции в JUnit, например

Утверждение утверждения

JUnit предоставляет методы для проверки определенных условий, эти методы обычно начинаются с утверждений и позволяют вам указывать сообщение об ошибке, ожидаемый и фактический результат

. Некоторые из этих методов:

1. fail([message]) - Сбой теста. Может быть использован для проверки того, что определенная часть кода не достигнута. Или выполнить тест с ошибкой до того, как будет реализован тестовый код.
2. assertTrue(true) / assertTrue(false) - всегда будет true / false. Может использоваться для предопределения результата теста, если тест еще не реализован.
3. assertTrue([message,] condition) - Проверяет, что логическое значение condition истинно.
4. assertEquals([message,] expected, actual) - Тесты равны ли два значения (в соответствии с методом equals, если они реализованы, в противном случае с использованием == сравнения ссылок). Примечание. Для массивов эта ссылка проверяется, а не содержимое, для этого используйте assertArrayEquals([message,] expected, actual).
5. assertEquals([message,] expected, actual, delta) - Проверяет, имеются ли два значения с плавающей точкой или двойные значения находятся на некотором расстоянии друг от друга, контролируются значением delta.
6. assertNull([message,] object) - Проверяет, что объект имеет значение null

и т. д. См. Полный Javadoc для всех примеров здесь .

Suites

С наборами тестов вы можете в определенном смысле объединить несколько тестов классы в один блок, чтобы вы могли выполнить их все сразу. Простой пример: объединение тестовых классов MyClassTest и MySecondClassTest в один набор под названием AllTests:

import org.junit.runner.RunWith;
import org.junit.runners.Suite;
import org.junit.runners.Suite.SuiteClasses;

@RunWith(Suite.class)
@SuiteClasses({ MyClassTest.class, MySecondClassTest.class })
public class AllTests { } 

JUnit - это единый модуль тестирования для языка программирования Java. Это важно в разработке, основанном на тестах, и является одним из семейства модулей модульного тестирования, которые в совокупности известны как xUnit.

JUnit продвигает идею «первого тестирования, а затем кодирования», в котором основное внимание уделяется настройке теста данные для фрагмента кода, который может быть проверен первым, а затем может быть реализован. Этот подход похож на «немного тестируйте, немного кода, немного тестируйте, немного кода ...», что увеличивает производительность программиста и стабильность программного кода, что снижает напряжение программиста и время, затрачиваемое на отладку.

Особенности JUnit - это среда с открытым исходным кодом, которая используется для написания & amp;

Предоставляет аннотацию для определения методов тестирования.

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

Предоставляет тестовые ролики для запуска тестов.

Тесты JUnit позволяют быстрее писать код, который повышает качество

. JUnit элегантно прост. Он менее сложный & amp; занимает меньше времени.

Тесты JUnit могут запускаться автоматически, и они проверяют свои результаты и обеспечивают немедленную обратную связь.

Тесты JUnit могут быть организованы в тестовые классы, содержащие тестовые примеры и даже другие тестовые пакеты.

Junit показывает ход теста в бар, зеленый, если тест идет нормально, и при кратковременном тестировании он становится красным.

Когда вы тестируете что-то вроде System.out, вы проверяете только небольшое количество возможных вариантов использования. Это не очень тщательно, когда вы имеете дело с системами, которые могут принимать почти бесконечное количество разных входов.

Модульные тесты предназначены для быстрого запуска тестов в вашем приложении с использованием очень большого и разнообразного набор различных входов данных. Кроме того, лучшие модульные тесты также учитывают граничные случаи, такие как входы данных, которые лежат прямо на краю того, что считается действительным.

Для того, чтобы человек мог протестировать все эти разные входы, могут потребоваться недели, в то время как для машины может потребоваться несколько минут.

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

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

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

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

Вы не можете написать какой-либо тестовый пример без использования рамки тестирования, иначе вам придется написать свой тест framewok, чтобы отдать должное вашим тестовым случаям. Вот некоторые сведения о JUnit Framework, кроме того, что вы можете использовать среду TestNG.

Что такое Junit?

Junit широко используется в тестовой среде наряду с Java Programming Language. Вы можете использовать эту инфраструктуру автоматизации как для модульного тестирования, так и для тестирования пользовательского интерфейса. Он помогает нам определить поток выполнения нашего кода с различными аннотациями. Junit построен на идее «первого тестирования и затем кодирования», что помогает нам повысить производительность тестовых случаев и стабильность кода.

Важные особенности тестирования Junit -

1. [2]
2. Предоставляет различные типы аннотаций для идентификации методов тестирования.
3. Предоставляет различные типы утверждений для проверки результатов
5. Он также дает тестовые ролики для эффективного выполнения тестов.
6. Это очень просто и, следовательно, экономит время.
7. В нем описаны способы организации ваши тестовые примеры в виде тестовых костюмов.
8. Это дает результаты теста случайным и элегантным способом.
9. Вы можете интегрировать jUnit с Eclipse, Android Studio, Maven & amp; Ant, Gradle и Jenkins

JUNIT: НАБЛЮДЕНИЕ И РЕГУЛИРОВАНИЕ

Вот моя перспектива JUNIT.

JUNIT можно использовать для: 1) Наблюдать за поведением системы, когда новый блок добавляется в эту систему , 2) Внесите корректировки в систему, чтобы приветствовать «новое» устройство в системе. Какие? Точно.

Реальная жизнь, например

Когда ваш родственник посещает комнату в общежитии вашего колледжа, 1) вы будете притворяться более ответственными. 2) Вы будете хранить все, где должны быть, например, обувь в стойке для обуви не на стуле, одежда в шкафу не на стуле. 3) Вы избавитесь от всех контрабанд. 4) вы начнете чистку в каждом устройстве, которое у вас есть.

В терминах программирования

Система: ваш код UNIT: новая функциональность. Поскольку среда JUNIT используется для языка JAVA, поэтому JUNIT = JAVA UNIT (возможно, будет).

Предположим, что у вас уже есть код с пуленепробиваемым кодом, но появилось новое требование, и вам нужно добавить новое требование в свой код. Это новое требование может нарушить ваш код для некоторого ввода (testcase).

. Легкий способ адаптации этого изменения - использовать модульное тестирование (JUNIT). Для этого вы должны написать несколько тестовых файлов для своего кода при создании своей кодовой базы. И всякий раз, когда приходит новое требование, вы просто запускаете все тестовые примеры, чтобы проверить, не завершился ли какой-либо тест. Если «Нет», вы являетесь художником BadA **, и вы готовы развернуть новый код. Если какой-либо из тест-систем не работает, вы меняете свой код и снова запускаете тестовые файлы, пока не получите зеленый статус.

У меня немного другая перспектива, почему нужен JUnit.

Вы можете написать все тестовые примеры самостоятельно, но это громоздко. Вот проблемы:

1. Вместо System.out мы можем добавить if(value1.equals(value2)) и вернуть 0 или -1 или сообщение об ошибке. В этом случае нам нужен «основной» тестовый класс, который запускает все эти методы и проверяет результаты и поддерживает, какие тестовые случаи не выполнялись и которые передаются.
2. Если вы хотите добавить еще несколько тестов, вам нужно добавить их к этому «основному» классу испытаний. Изменения существующего кода. Если вы хотите автоматически обнаруживать тестовые примеры из тестовых классов, тогда вам нужно использовать отражение.
3. Все ваши тесты и ваш основной класс для запуска тестов не обнаруживаются eclipse, и вам нужно написать настраиваемую отладку / запуск конфигурации для запуска этих тестов. Тем не менее, вы все еще не видите эти яркие зеленые / красные выходы.

Вот что делает JUnit:

1. Он имеет методы assertXXX(), которые полезны для печати полезных сообщений об ошибках из условий и передачи результатов в " основной "класс.
2. « основной »класс называется runner, который предоставляется JUnit, поэтому нам не нужно писать. И он автоматически определяет методы теста путем отражения. Если вы добавите новые тесты с аннотацией @Test, то они будут автоматически обнаружены.
3. JUnit имеет интеграцию eclipse и интеграцию maven / gradle, поэтому легко запускать тесты, и вам не придется писать собственные

Я не эксперт в JUnit, поэтому я понял, что сейчас добавлю еще больше.

Я добавил, что некоторые другие System.out НЕ МОГУ сделать:

• Независимо от каждого из тестовых случаев (это важно) JUnit может это сделать: каждый раз, когда будет создан новый экземпляр тестового примера, и @Before.
• Отдельный код тестирования из источника JUnit может это сделать.
• Интеграция с CI JUnit может сделать это с помощью Ant и Maven.
• Устанавливать и комбинировать тестовые примеры легко JUnit может выполнять @Ignore и набор тестов.
• Easy Чтобы проверить результат, JUnit предлагает множество методов Assert (assertEquals, assertSame ...)
• Макет и заглушка позволяют сосредоточиться на тестовом модуле. JUnit может делать: используя макет и заглушку, вы настраиваете правильное приспособление и фокусируетесь на логике тестового модуля.