Неверные результаты с параметром Junit

Question

Я изменил тестовый класс junit для запуска с параметризованным, чтобы протестировать две разные реализации одного и того же интерфейса. Вот он:

@RunWith(Parameterized.class) 
public class Stack_Tests { 

private Stack<String> stack; 

public Stack_Tests(Stack<String> stack) { 
    this.stack = stack; 
} 

@Parameters 
public static Collection<Object[]> parameters() { 
    // The two object to test 
    return Arrays.asList(new Object[][] { { new LinkedStack<String>() }, { new BoundedLinkedStack<String>(MAX_SIZE) } }); 
} 

@Test 
public void test() { 
    ... 
} 

Результаты неправильные, так как я изменился на параметр. Половина тестов терпит неудачу (то же самое для двух объектов), все они работали раньше.

Он работает без параметризованных так:

public class Stack_Tests { 

private Stack<String> stack; 

@Before 
public void setUp() throws Exception { 
    stack = new LinkedStack<String>(); 
} 

@Test 
public void test() { 
    ... 
} 

Полный тестовый класс here

Answer 1

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

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

@Before 
public void setUp() throws Exception { 
    stack = stack.getClass().newInstance(); 
} 

Хотя это имеет побочный эффект, что ваши классы должны иметь 0-аргумент конструктора.

Примечание: Если некоторые из ваших стеков не могут иметь конструкторы с 0 аргументами, рассмотрите вызов конструктора с аргументами в соответствии с этим значением SO answer. Это означает, что вы должны предоставить список типов конструкторов и список его аргументов вместе с объектом стека в класс единиц измерения в качестве параметров. Тогда вы можете сделать:

@Before 
public void setUp() throws Exception { 
    stack = stack.getClass().getDeclaredConstructors(typesList).newInstance(argsList); 
} 

Answer 2

добавить:

@Before 
public void setUp() throws Exception { 
    stack.clear(); 
} 

стек разделяется для каждого теста, а также тесты изменять стек.

Answer 3

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

@Test public void testPush() { 
    Stack<String> myStack = (Stack<String>) stack.clone(); 
    myStack.push("hello"); 
    assertFalse(myStack.empty()); 
} 

Таким образом, каждый тест, который модифицирует стек, должен сначала клонировать его.

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