JAXRS + JerseyTest einen REST-Dienst testen

Question

Ich habe einen Rest-Dienst mit vier Methoden erstellt, GET, POST, UPDATE und DELETE. Diese Methoden stellen Verbindungen zu einer Datenbank her, um Daten abzurufen und zu speichern.

Jetzt möchte ich jede Methode testen. Ich habe das Jersey Test Framework dafür verwendet. Und es funktioniert so lange, wie ich den Code entferne, der tatsächlich den Anruf zur Datenbank macht. Wenn ich den Code belasse, der den Aufruf an die Datenbank sendet, löst er eine Ausnahme aus, die keine Verbindung zur Datenbank herstellen konnte.

EDIT: Ich habe ein wenig Forschung und verwendet Dependance-Injektion. Die DB-Aufrufe werden in eine separate Klasse verschoben, aber ich mache immer noch etwas falsch.

DatabaseResults. In dieser Klasse wird der Aufruf an die DB vorgenommen.

public class DatabaseResults { 

private final String getQuery = "SELECT * FROM movies"; 
private Connection connection = null; 
private PreparedStatement pstmt = null; 
private final ArrayList<Movie> jsonList = new ArrayList<>(); 

public JSONObject getAllMovies() throws SQLException { 

    try { 
     ComboPooledDataSource dataSource = DatabaseUtility.getDataSource(); 
     connection = dataSource.getConnection(); 

     pstmt = connection.prepareStatement(getQuery); 
     ResultSet rs = pstmt.executeQuery(); 

     while (rs.next()) { 
      jsonList.add(new Movie(rs.getString(1), rs.getString(2), rs.getString(4), rs.getString(3))); 
     } 

    } catch (SQLException ex) { 
     System.out.println(ex); 
     System.out.println("Could not retrieve a connection"); 
     connection.rollback(); 
    } finally { 
     connection.close(); 
    } 

    JSONObject jsonObject = new JSONObject(); 
    jsonObject.put("movies", jsonList); 

    return jsonObject; 
    } 
} 

MoviesResource, die die REST Methoden

@Path("movies") 
public class MoviesResource { 

.... 
private DatabaseResults dbResults = null; 

public MoviesResource() { 
    this(new DatabaseResults()); 
} 

MoviesResource(DatabaseResults dbr){ 
    this.dbResults = dbr; 

} 
.... 
@GET 
@Produces(MediaType.APPLICATION_JSON) 
public Response getAllMovies() throws JSONException, SQLException { 

    return Response.status(200).entity(dbResults.getAllMovies().toString()).build(); 
} 

Die Test-Klasse

@RunWith(MockitoJUnit44Runner.class) 
public class MovieResourceTest extends JerseyTest { 

JSONObject jsonObject = new JSONObject(); 

@Mock 
DatabaseResults dbr; 

@Before 
public void setup() throws SQLException{ 
    jsonObject.put("id", "hello"); 

    when(dbr.getAllMovies()).thenReturn(jsonObject); 
}   

Client client = ClientBuilder.newClient(); 
WebTarget target = client 
     .target("http://localhost:9998/RestServiceMovies/resources"); 

@Override 
protected Application configure() { 
    return new ResourceConfig(MoviesResource.class); 
} 

@Test 
public void getAllMoviesTest() throws SQLException { 

    String responseGetAllMovies = target("/movies").request().get(String.class); 

    Assert.assertTrue("hello".equals(responseGetAllMovies)); 
} 

In diesem Moment enthält ich die Tests ausführen kann, aber immer noch, wenn ich die getAllMovies() Methode testen macht es einen Anruf in die echte Datenbank statt die jsonObject zurückgeben.

Ich habe das Gefühl, dass eine Verbindung zwischen dem Mock-Objekt und dem Konstruktor aus der MovieResource-Klasse fehlt?

Answer 1

Wenn Sie Ihre Ressource als eine Klasse registrieren

new ResourceConfig(MoviesResource.class) 

Sie Jersey erzählen die Instanz zu erstellen. Wenn Sie keine DI konfiguriert haben, wird nur der Konstruktor no-arg aufgerufen. In Ihrem no-arg-Konstruktor erstellen Sie nur den Dienst selbst. Es weiß nichts über deinen Spott.

Stattdessen sollten Sie die Ressourcenklasse als Instanz registrieren. Auf diese Weise können Sie den Mock dem Konstruktor übergeben.

MockitoAnnotations.initMocks(this); 
return new ResourceConfig() 
     .register(new MoviesResource(dbr)); 

Verwenden Sie nicht den Mockito-Läufer. Verwenden Sie stattdessen die Methode MockitoAnnotations.initMocks. Auf diese Weise steuern Sie, wenn die @Mock s injiziert werden. Wenn Sie den Läufer verwenden, wird die Injektion nicht rechtzeitig erfolgen, da die Methode configure vom Framework aufgerufen wird, bevor die Mockito-Injektion erfolgt.