Конструктор вызов должен быть первым оператором в конструкторе, когда нет вызова конструктора на всех

Question

Я пытаюсь писать тесты для кода, представленного в http://www.keithschwarz.com/interesting/code/?dir=fibonacci-heap

Я застрял в первой строке, хотя. Мой тест выглядит следующим образом:

public class fibonacciHeapTest { 


    fibonacciHeap<Integer> fibHeap= new fibonacciHeap<>(); 

    @Test(expected = HeapEmptyException.class) 
    public void testGetMin() throws HeapEmptyException { 

     System.assert(true, fibHeap.isEmpty()); // Here I get the error mentioned in the title. 

    } 

Кроме той же линии, если смотреть на систему, дает следующее сообщение Int он DropDown: Система не может быть решена в переменную.

Что я делаю неправильно? Спасибо.

Answer 1

Позволяет дать некоторые более точную обратную связь, чтобы вы собираетесь:

общественного класса FibonacciHeapTest {// как уже упоминалось, UpperCase!

Ваш первый тест может быть:

@Test 
public void testIsEmptyOnNewHeap() { 
    assertThat(new FibonnacciHeap<String>().isEmpty(), is(true)); 
} 

Дело: IsEmpty(), очевидно, должно не бросить исключение, так что вы не хотите «ожидаемое» заявление. Обратите внимание: я обратился к assertThat и hamcrest is matcher - не тратьте время на изучение других утверждений. Утверждать, что это единственное утверждение, которое вам когда-либо понадобится. (Но это занимает немного чтения, чтобы узнать об этом)

Тогда:

@Test(expected=HeapEmptyException.class) 
public void testGetOnEmptyHeap() { 
    new FibonacciHeap<String>().pop(); 
} 

Дела здесь: ваша куча имеет метод, чтобы получить значение, я назвал его «поп()». И, очевидно, когда вы выталкиваете что-то из пустого стека, вы должны увидеть исключение.

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