Injizieren private Felder mit @Inject während des Tests?

Question

Ich muss einen Test schreiben PartitionMapperTest für meine Java-Klasse PartitionMapper. Diese Klasse hat private Felder mit @Inject Annotationen, aber sie hat nur einen No-Param-Konstruktor.

Für den Test möchte ich einen partitionMapper vor jedem Test erstellen und Werte in seine privaten Felder injizieren. Dann testet der Tester die Methode des Zuordners mapPartitions und gibt Werte an. Ich weiß jedoch nicht, wie man diese Werte in partitionMapper injiziert.

PartitionMapper.java

@Named 
public class PartitionMapper implements javax.batch.api.partition.PartitionMapper { 

    @Inject 
    private JobContext jobContext; 

    @Inject 
    @BatchProperty 
    private String fetchSize; 

    @Inject 
    @BatchProperty 
    private String rowsPerPartition; 

    // other batch properties ... 

    @PersistenceUnit(unitName = "h2") 
    private EntityManagerFactory emf; 

    @Override 
    public PartitionPlan mapPartitions() throws Exception { 
     // ... 
    } 
} 

PartitionMapperTest.java

public class PartitionMapperTest { 

    private PartitionMapper partitionMapper; 

    @Before 
    public void setUp() { 
     // Prepare JobContext, batch properties to inject ... 

     // Instantiation 
     partitionMapper = new PartitionMapper(); 

     // TODO How to inject these objects into partitionMapper? 
    } 

    @Test 
    public void testMapPartitions() throws Exception { 
     PartitionPlan partitionPlan = partitionMapper.mapPartitions(); 
     for (Properties p : partitionPlan.getPartitionProperties()) { 
      // Assertions here ... 
     } 
    } 

    // ... 
} 

Ich habe tatsächlich ein echtes PartitionMapperTest auf Mockito und PowerMock Basis zu implementieren, die auf meinem GitHub zu sehen sind. Das Problem ist, dass es so viele Annahmen gibt, dass es zu sehr schlechtem Code für das Benutzerverständnis führt. Ich suche nach einer anderen Lösung für das Refactoring.

Answer 1

Gibt es einen Grund, nur einen args Konstruktor zu haben?

Ich würde Ihnen empfehlen, Konstruktor-Injektion anstelle von Feldinjektion zu verwenden. Das würde dein Problem lösen.

Zum Beispiel statt:

public class Foo { 
    @Inject 
    private Bar bar; 
} 

dies tun:

public class Foo { 
    private Bar bar; 

    public Foo(@Inject Bar bar) { 
     this.bar = bar; 
    } 
} 

Wenn Sie Ihre Injektionspunkte auf diese Weise definieren Sie haben eine saubere API und Ihre Klasse kann in nicht-cdi-Umgebungen verwendet werden, (wie Unit-Tests).

Es gibt viele Ressourcen über "Erbauereinspritzung VS-Feldeinspritzung" ... Auch auf stackoverflow, z. https://stackoverflow.com/a/19382081/4864870.

Answer 2

Verwendung geschützte Felder statt privaten Lage sein, Felder in Unit-Test zu verspotten:

@Named 
public class PartitionMapper implements javax.batch.api.partition.PartitionMapper { 

    @Inject 
    JobContext jobContext; 

    @Inject 
    @BatchProperty 
    String fetchSize; 

    @Inject 
    @BatchProperty 
    String rowsPerPartition; 

    // other batch properties ... 

    @PersistenceUnit(unitName = "h2") 
    EntityManagerFactory emf; 

    @Override 
    public PartitionPlan mapPartitions() throws Exception { 
     // ... 
    } 
}