Как издеваются набор свойств в конструкторе

Question

скажем, у меня есть класс со следующим конструктором:

public class MyImpl extends Abstract<Foo> { 

    @Autowired 
    private FooClass foo; 

    private final ThreadPoolExecutor executor; 

    public MyImpl(String name, int num) { 
     super(name); 
     this.executor = (ThreadPoolExecutor) Executors.newFixedThreadPool(num); 

    } 

Где-то этот класс имеет следующий метод:

@Override 
    public void doThis() { 
     for (int i = 0; i < num; i++) { 
      executor.execute(() -> foo.doMethod()); 
     } 
     executor.shutdown(); 

     super.doThis(); 
    } 

Теперь я хочу, чтобы проверить, что foo.doMethod был вызван 4 раза и, что executor.execute(any()) и executor.shutdown() также назывались 4 раза.

До сих пор я

@RunWith(PowerMockRunner.class) 
@PrepareForTest(Executors.class) 
public class MyImplTest { 

    private static final int NUM = 4; 

    @Mock 
    private FooClass foo; 
    @Mock 
    private ThreadPoolExecutor executor; 
    @InjectMocks 
    private MyImpl imyImpl = new MyImpl("Name", NUM); 

    @Test 
    public void shouldCallFourTimes() throws Exception { 
     PowerMockito.mockStatic(Executors.class); 
     when(Executors.newFixedThreadPool(NUM)).thenReturn(foo); 

     myImpl.doThis(); 

     PowerMockito.verifyStatic(); 
     Executors.newFixedThreadPool(NUM); 
     verify(foo, times(NUM)).doMethod()); 

    } 

Однако это не работает. Моккито говорит, что никакого взаимодействия с моими издевательскими Исполнителями не было. Поскольку @Autowired зависимости не являются частью конструктора, мне нужно указать конструктор в поле с @InjectMocks. Однако, к моменту I PowerMockito.mockStatic(Executors.class), конструктор MyImpl уже создал своего собственного исполнителя через «реальный» Executors.newFixedThreadPool.

Любая идея, как я могу это решить?

UPDATE: Видимо это не большое дело, чтобы изменить дизайн и теперь у меня есть следующие:

public class MyImpl extends Abstract<Foo> { 

    @Autowired 
    private FooClass foo; 

    private final ThreadPoolExecutor executor; 

    public MyImpl(String name, ThreadPoolExecutor executor) { 
     super(name); 
     this.executor = executor; 
} 

тест:

@Mock 
private ThreadPoolExecutor executor; 
@InjectMocks 
private MyImpl imyImpl = new MyImpl("Name", executor); 

Однако executor как-то нуль при прибытии в конструктор.

Answer 1

Проблема заключается в дизайне MyImpl.

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

Зачем вам нужно отличить ThreadPoolExecutor? Это позволяет вам зависеть от конкретной реализации. Если вам это не нужно, вам лучше с java.util.concurrent.ExecutorService.

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

Answer 2

Я думаю, проблема была бы ваши имитировали классы не получают инъекции,

вы можете попробовать что-то вроде этого,

@Mock 
private FooClass foo; 
@Mock 
private ThreadPoolExecutor executor; 

private MyImpl imyImpl; 

@Before 
public void setUp() throws Exception { 
    imyImpl = new MyImpl("Name", NUM); 
    impl.setFoo(foo); 
    impl.setExecutor(executor); 
} 

// Тест