Тестирование с CDI, насмешливая фаза

Мне интересно, как я делаю тесты с CDI. и насмешливые классы во время инъекции.Тестирование с CDI, насмешливая фаза

, если у меня есть класс:

@Named 
@RequestScoped 
public class ItemProcessor { 

    @Inject 
    private ItemDao itemDao; 


    public void execute() { 


    List<Item> items = itemDao.fetchItems(); 
    for (Item item : items) { 
     System.out.println("Found item " + item); 
    } 
    } 
}

Как мне делать, если я хочу, чтобы дразнить класс ItemDao во время испытания, когда я хочу, чтобы проверить мой ItemProcessor?

источник

2013-05-24 Trind

Вы можете, например, использовать CDI «Альтернативы».

@Alternative 
public class TestCoderImpl implements Coder { ... }

Теперь этот компонент будет использоваться, только если он указан в вашем beans.xml в качестве альтернативы.

<alternatives> 
    <class>package.TestCoderImpl</class> 
</alternatives>

Далее info.

источник

2013-05-24 08:45:52 Csaba

Могу ли я иметь свой обычный компонент без аннотации @Alternative и просто выполнять во время теста? – Trind

Несомненно, ваш обычный боб не будет иметь @Alternative аннотации, ваш тестовый компонент будет иметь его. Вы можете активировать свой альтернативный bean-компонент, разместив указанный тег в beans.xml. – Csaba

Спасибо за помощь :) – Trind

Каркасов, как Mockito, можно установить зависимости для насмехающегося даже при использовании инъекции поля: http://docs.mockito.googlecode.com/hg/latest/org/mockito/InjectMocks.html

В целом, однако, инъекции конструктора является предпочтительным для этой точной причины: тестируемость.

источник

2013-05-24 08:40:56 rethab

Спасибо за помощь, но где больше ищет то, что сделал Csaba. – Trind

Я думаю, что ваш комментарий о инъекции конструктора - лучшая часть этого ответа. – Pete

Тестирование с CDI, насмешливая фаза

ответ

Смежные вопросы