Mocking Db in Java-Unit-Tests

Question

Ich versuche, diesen Codeblock in einer Methode in meiner Serviceebene Unit-Test. Könnte jemand vorschlagen, was ich (/ sollte) ich hier testen und wie Sie sie testen (vor allem die Einfügung zu db-Teil). Alle Zeiger (/ Beispielcode/doc) werden sehr hilfreich sein.

if (element != null) { 
    id = iplDAO.loadGames(element, batchVO.getId()); 
    iplPartyDetailsVO = element.getParty(); 
    if iplPartyDetailsVO != null) { 
    try { 
     iplDAO.insertPartyDetails(iplPartyDetailsVO, id, batchVO.getId()); 
    } catch (Exception e) { 

     logger.logp("className"); 
     String err = "blah"; 
     iplDAO.insertIntoError(err_t); 
    } 
} 

Answer 1

Ich glaube, Sie könnten die Tests mit dem spöttischen verwirrend sein, wenn Sie versuchen, Tests für diesen Service-Layer-Code zu schreiben, dann müssen Sie entscheiden, was sind Ihre Erwartungen, zum Beispiel:

• Laden Sie einige Spiele aus einer Datenquelle
• Speichern Sie etwas (es ist nicht in Ihrem Code klar, was Sie tatsächlich speichern, aber das Schreiben einiger Komponententests könnte dies offensichtlicher machen). So

wenn diese Ihre Erwartungen für Ihren Code sind dann würden Sie brauchen, um einen Test zu schreiben, die überprüfen können, ob sie erfüllt sind.

Das bedeutet mocking the dependency, die Sie (in Ihrem Fall des iplDAO Objekt), so dass jede Methode Aufruf gibt etwas fordern, die verwendet werden können, Ihre Funktionalität zu testen - in Ihrem Fall dieser beiden Anrufe:

iplDAO.loadGames(element,batchVO.getId()) 

und

iplDAO.insertPartyDetails(iplPartyDetailsVO, id,batchVO.getId()); 

Es gibt viele Java mocking libraries zur Auswahl, und sie sind alle gut dokumentiert, aber this blog post ist ein guter Ausgangspunkt.