JT Webinar: Unit-тестирование. Часть 2

 
 
 
Сообщения:2398
Unit-тестирование. Часть 2.

Тема: обзор фреймвока JUnit 4.x
Конференция состоится 1 ноября (воскресенье) в 15:00 по Москве (GMT +3:00).
Ссылки:

Подписаться на оповещения о докладах

Изменен:01 ноя 2009 13:27
 
 
Сообщения:227
спасибо, познавательно)

P.S. не могли бы Вы объяснить, почему может существовать только один метод на класс, аннотированный BeforeClass(AfterClass)? Всегда считал что их количество равно 0..* :?

P.P.S. "Помеченные классы должны быть public static" (стр. 8) очепятка - скорее всего Вы имели в виду методы.
 
 
Сообщения:9895
Quote:
Спасибо за труды. Послушаю.
Пока не надо, будет видео еще. Я просматривал, качество хорошее.
 
 
Сообщения:1238
а чего не выложили то его? там же готовый он сразу получается вроде.
 
 
Сообщения:2398
vrungel:
спасибо, познавательно)

P.S. не могли бы Вы объяснить, почему может существовать только один метод на класс, аннотированный BeforeClass(AfterClass)? Всегда считал что их количество равно 0..* :?

Я еще раз проверил официальные доки JUnit-а. Там ничего такого нет. Но в некоторых статьях пишут, что метод должен быть один.

vrungel:

P.P.S. "Помеченные классы должны быть public static" (стр. 8) очепятка - скорее всего Вы имели в виду методы.

Да, спасибо. Это конечно же опечатка.

 
 
Сообщения:227
sgdread:
Но в некоторых статьях пишут, что метод должен быть один.
во всяком случае компилятор ничего против двух BeforeClass не имеет

хотел еще дополнить по поводу @Test (expected = ...):
вот такая вот штука будет зеленая:
@Test (expected = NullPointerException.class)
public void testException(){
  String s = null;
  s.trim();
  Assert.assertNotNull(null);
}
 
 
Сообщения:9895
Ну до 5ой строки дело-то не дойдет, почему бы ей быть красной?
 
 
Сообщения:227
пардон, неправильно выразился
    @Test(expected = NullPointerException.class)
    public void testException() {
        String s = null;
        try {
            s.trim();
        } catch (Exception e) {
        }
        Assert.assertNotNull(null);
    }
 
 
Сообщения:9895
Хм.. а вот это интересно.. почему так?
 
 
Сообщения:227
Я полагаю, что expected следует использовать именно в тех случаях, когда тестируется конкретно выбрасываемость методом какого либо исключения. (а на остальные возможные сценарии, как говорил sgdread, следует написать свои тесты)

В случае же интерграционного теста, expected следует использовать осторожно (иначе см. пример выше). Предпочтительнее в даной ситуации try-catch, или же фен-шуй от Junit 4.7. - ErrorCollector

P.S. это, кстати, тоже зеленое :D
@Test(expected = AssertionFailedError.class)
public void testA(){
    Assert.assertNotNull(null);
}
 
Модераторы:masyan
Сейчас эту тему просматривают:Нет