Внедрение значения Spring в mockito

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

@Value("#{myProp['custom.url']}")
String setUrl( final String url ) {
    this.url  = url;
}

Я не сторонник автомонтирования по-другому (по сравнению с моей кодовой базой) только для тестирования, но альтернатива изменения тестируемого класса из теста просто нечестива.

Я согласен с комментарием @skaffman.

Кроме того, в вашем тесте используется MockitoJUnitRunner, поэтому он не будет искать какие-либо вещи Spring, единственная цель — инициализировать макеты Mockito. ContextConfiguration недостаточно, чтобы связать вещи с пружиной. Технически с JUnit вы можете использовать следующий бегун, если вам нужны вещи, связанные с Spring: SpringJUnit4ClassRunner.

Также, когда вы пишете модульный тест, вы можете пересмотреть использование Spring. Использование пружинной проводки в модульном тесте неправильно. Однако, если вместо этого вы пишете интеграционный тест, то почему вы используете Mockito, это не имеет смысла (как сказал скаффман)!

EDIT: Теперь в вашем коде вы напрямую устанавливаете CustomerServiceImpl в своем блоке перед, что также не имеет смысла. Весна тут ни при чем!

@Before
public void setup() {
    customService = new CustomServiceImpl();
    Setter.set(customService, "dataService", dataService);
}

РЕДАКТИРОВАТЬ 2: Если вы хотите написать модульный тест для CustomerServiceImpl, избегайте использования Spring и вводите непосредственно значение свойства. Также вы можете использовать Mockito для внедрения DataService mock straigth в тестируемый экземпляр.

@RunWith(MockitoJUnitRunner.class)
public CustomServiceImplTest{
    @InjectMocks private CustomServiceImpl customServiceImpl;
    @Mock private DataService dataService;

    @Before void inject_url() { customServiceImpl.url = "http://..."; }

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

Как вы могли заметить, я использую прямой доступ к полю url, поле может быть видимым для пакета. Это тестовый обходной путь для фактического внедрения значения URL, поскольку Mockito вводит только макеты.

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

У меня был список строк, читаемых из файла свойств. Метод setField класса ReflectionTestUtils, используемый в блоке @Before, помог мне установить эти значения до выполнения моего теста. Он отлично работал даже для моего уровня дао, который зависит от класса Common DaoSupport.

@Before
public void setList() {
    List<String> mockedList = new ArrayList<>();
    mockedSimList.add("CMS");
    mockedSimList.add("SDP");
    ReflectionTestUtils.setField(mockedController, "ActualListInController",
            mockedList);
}

Вы можете использовать этот небольшой служебный класс (gist), чтобы автоматически вставлять значения полей в целевой класс:

public class ValueInjectionUtils {
  private static final ExpressionParser EXPRESSION_PARSER = new SpelExpressionParser();
  private static final ConversionService CONVERSION_SERVICE = new DefaultConversionService();
  private static final PropertyPlaceholderHelper PROPERTY_PLACEHOLDER_HELPER =
      new PropertyPlaceholderHelper(SystemPropertyUtils.PLACEHOLDER_PREFIX, SystemPropertyUtils.PLACEHOLDER_SUFFIX,
          SystemPropertyUtils.VALUE_SEPARATOR, true);

  public static void injectFieldValues(Object testClassInstance, Properties properties) {
    for (Field field : FieldUtils.getFieldsListWithAnnotation(testClassInstance.getClass(), Value.class)) {
      String value = field.getAnnotation(Value.class).value();
      if (value != null) {
        try {
          Object resolvedValue = resolveValue(value, properties);
          FieldUtils.writeField(field, testClassInstance, CONVERSION_SERVICE.convert(resolvedValue, field.getType()),
              true);
        } catch (IllegalAccessException e) {
          throw new IllegalStateException(e);
        }
      }
    }
  }

  private static Object resolveValue(String value, Properties properties) {
    String replacedPlaceholderString = PROPERTY_PLACEHOLDER_HELPER.replacePlaceholders(value, properties);
    return evaluateSpEL(replacedPlaceholderString, properties);
  }

  private static Object evaluateSpEL(String value, Properties properties) {
    Expression expression = EXPRESSION_PARSER.parseExpression(value, new TemplateParserContext());
    EvaluationContext context =
        SimpleEvaluationContext.forPropertyAccessors(new MapAccessor()).withRootObject(properties).build();
    return expression.getValue(context);
  }
}

Он использует org.apache.commons.lang3.reflect.FieldUtils для доступа ко всем полям, аннотированным @Value, а затем использует служебные классы Spring для разрешения всех значений заполнителей. Вы также можете изменить тип параметра properties на PlaceholderResolver, если хотите использовать свой собственный PlaceholderResolver. В своем тесте вы можете использовать его для ввода набора значений, заданных как экземпляр Map или Properties, как в следующем примере:

HashMap<String, Object> props = new HashMap<>();
props.put("custom.url", "http://some.url");

Properties properties = new Properties();
properties.put("myProp", props);

ValueInjectionUtils.injectFieldValues(testTarget, properties);

Затем он попытается разрешить все @Value аннотированные поля в вашем файле dataService. Я лично предпочитаю это решение ReflectionTestUtils.setField(dataService, "field", "value");, поскольку вам не нужно полагаться на жестко заданные имена полей.