Was ist der beste Weg, um zu injizieren, verspottet Spring @Autowired Abhängigkeiten von einem unit test?

import org.springframework.beans.factory.annotation.Autowired;

class MyService {
  @Autowired private DependencyOne dependencyOne;
  @Autowired private DependencyTwo dependencyTwo;

  public void doSomething(){
    //Does something with dependencies
  }
}

Beim testen dieser Klasse, die ich im wesentlichen vier Möglichkeiten, um zu injizieren, mock Abhängigkeiten:

Verwendung von Spring ReflectionTestUtils im test zu injizieren der Abhängigkeiten
Fügen Sie einen Konstruktor hinzu MyService
Hinzufügen setter-Methoden zu MyService
Entspannen die Abhängigkeit Sichtbarkeit package-protected, und legen Sie die Felder direkt

Welche ist die beste und warum?

- - - - UPDATE ---

Ich denke, ich hätte ein wenig klarer - ich spreche hier nur über "Einheit" - Stil-tests, nicht Frühling "integration" style tests, in denen die Abhängigkeiten können so verdrahtet werden, mit einem Spring-Kontext.

InformationsquelleAutor Daniel Alexiuc | 2011-07-27

20

Verwenden ReflectionTestUtils oder setzen Sie einen setter. Entweder ist in Ordnung. Hinzufügen von Konstruktoren Nebenwirkungen haben können (disallow Unterklassen von CGLIB zum Beispiel), und die Lockerung der Sichtbarkeit nur für die Zwecke der Prüfung ist kein guter Ansatz.
- Das ist normalerweise das, was ich am Ende tut so gut (ReflectionTestUtils). Meiner Meinung nach, ist dies eines der wenigen großen Schwächen im Frühjahr, die fehlende Unterstützung für die leicht zu ersetzen/mocking Bohnen direkt in den Kontext.
- "diese in einem der wenigen großen Schwachstellen im Frühjahr, die fehlende Unterstützung für die leicht zu ersetzen/mocking Bohnen direkt in den Kontext" - aber es gibt keine Spring-Kontext in seiner Einheit testen. Er ist einfach newing die Klasse MyService.
- b - es spielt keine Rolle - die Frage ist, über die Möglichkeiten der Einstellung von Abhängigkeiten.
- Setter sind hässlich, weil Sie nur von den tests, und RefelectionTestUtils ist hässlich, weil er nicht immer mit Feldname refactorings. Das ist weniger hässlich?
- setter :), weil Sie die normale Methode zum festlegen von Abhängigkeiten. Spring verwendet Feld der Reflexion zu tun, aber es könnte schon einer mit setter-Reflexion (bean-Eigenschaften)
InformationsquelleAutor Bozho

Spring ContextConfiguration kann dies für Sie tun.

Beispielsweise im test-Kontext unter dem "Local" - Klassen werden verspottet. NotificationService ist die Klasse die ich testen will.

Ich bin mit Komponente Scannen zu bringen, der verhöhnt in dem Zusammenhang, aber Sie können genau so gut <bean> Erklärungen. Beachten Sie die Verwendung von use-default-Filter="false".

<context:component-scan base-package="com.foo.config" use-default-filters="false">
    <context:include-filter type="assignable" 
        expression="com.foo.LocalNotificationConfig"/>
</context:component-scan>

<context:component-scan base-package="com.foo.services.notification"
        use-default-filters="false">
    <context:include-filter type="assignable"
        expression="com.foo.services.notification.DelegatingTemplateService"/>
    <context:include-filter type="assignable"
        expression="com.foo.services.notification.NotificationService"/>
</context:component-scan>

<context:component-scan base-package="com.foo.domain"/>

DelegatingTemplateService ist eine Groovy-Klasse mit einer @Delegieren.

class DelegatingTemplateService {
  @Delegate
  TemplateService delegate
}

In der test-Klasse ich den test-Kontext und Spritzen den service zu testen. Im setup habe ich den Delegierten des DelegatingTemplateService:

@RunWith(classOf[SpringJUnit4ClassRunner])
@ContextConfiguration(Array("/spring-test-context.xml"))
class TestNotificationService extends JUnitSuite {
  @Autowired var notificationService: NotificationService = _
  @Autowired var templateService: DelegatingTemplateService = _

  @Before
  def setUp {
    templateService.delegate = /* Your dynamic mock here */
  }

In den Dienst der @Autowired-Felder sind privat:

@Component("notificationService")
class NotificationServiceImpl extends NotificationService {
  @Autowired private var domainManager: DomainManager = _
  @Autowired private var templateService: TemplateService = _
  @Autowired private var notificationConfig: NotificationConfig = _

ja, Sie können swap-Implementierungen für test und Produktion. Aber ich hatte im Hinterkopf, mocks zur Laufzeit generiert mit so etwas wie Mockito, daher meine Antwort.
gotcha - wie wäre es mit einem groovigen @Delegieren? Siehe meine aktualisierte Antwort.

InformationsquelleAutor sourcedelica

2

2) mit @Autowired Konstruktor-Injektion (wenn es das ist, was die option 2 war; andernfalls stellen Sie eine option 5)

Richtige Konstruktoren, erstellen Sie ein Objekt in einem gültigen Zustand ist eine richtig Objekt-orientierte Ansatz, und verlieren cglib-proxies ist relativ unwichtig, da wir alle code-Schnittstellen ohnehin, richtig??

InformationsquelleAutor Ryan Stewart

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.