Как сделать Expected Exeption в Unit тесте положительным результатом?

Question

[Вениамин Белоусов]

Написан юнит тест, который передает бизнес сервису определенные параметры, при которых сервис выдает предупреждение (ошибку). Эта ошибка является положительным результатом и она передается в результат теста,делая результат TestNG для некорректным . У TestNG есть вот такое решение @Test(expectedExceptions = КлассОшибки.class), но у сервиса который тестируется есть только один класс, соответственно если мы применим это- то не узнаем о той ошибке, которая на самом деле была не пололожительной. Пока есть решение- где мы мы передаем дополнительный параметр, что это тест и в таком случае он заходит в функцию, но не падает в Exeption, но такое решение мне не нравится. Сразу скажу: мы не можем сделать чтобы это был не Exeption. Может как-то можно выбрать правильный Exeption по каким-то параметрам....
Очень интересны ваши решения, извините если криво объяснил)

Comments

[santaatnas]

что вам мешает выполнить этот кусок кода в try блоке, и в catch блоке поймать необходимый exception и сделать assertEquals по имени класса объекта?

[MaxLich]

У всех эксепшенов же есть методы setCause() и getCause(). Через геттер получаете экземпляр предыдущего эксепшена, и кидаете его опять (в теле тестового метода). А тестовым методов ловите (через аннотацию, или как этом делает в TestNG). Или я что-то не понимаю?

[Вениамин Белоусов]

santaatnas, Спасибо за ваш ответ. Класс ошибки в данном приложении только один, и это означает что у нас есть шанс отловить не только нужную ошибку, но также и случайно возникшую. Или я что-то не так понимаю?

[santaatnas]

Вениамин Белоусов, Нет, вы не правильно понимаете работу с ошибками, в примере, что я привел, вы поймаете только указанный тип exception'а, если вам нужно поймать другой тип - создайте еще один cacth блок, с нужным типом ошибки и обрабатывайте. Почитайте про исключения в java, у вас явно пробелы в этой теме..

[Вениамин Белоусов]

santaatnas, тип ошибки всегда один

Answer 1

[bedward70]

santaatnas в комментариях правильно написал: "что вам мешает выполнить этот кусок кода в try блоке, и в catch блоке поймать необходимый exception и сделать assertEquals по имени класса объекта?"

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

Ниже пример для тестирования гарантированного эксепшена:

import org.junit.Test;

import static junit.framework.TestCase.assertEquals;
import static junit.framework.TestCase.fail;

public class ExampleTest {

    private void exceptionMethod() throws Exception {
        throw new RuntimeException("test");
    }

    @Test
    public void test() {
        try {
            exceptionMethod();
            fail("Impossible");
        } catch (Exception e) {
            assertEquals("Checks class", RuntimeException.class, e.getClass());
            assertEquals("Checks message", "test", e.getMessage());
        }
    }
}

Comments

[Вениамин Белоусов]

Спасибо за ваш ответ. Класс ошибки в данном приложении только один, и это означает что у нас есть шанс отловить не только нужную ошибку, но также и случайно возникшую. Или я что-то не так понимаю?

[bedward70]

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