Erhöhung der code-Abdeckung für JdbcTemplate Spott

Ich bin mocking JdbcTemplate für unit-test-Fällen, die nicht wollen, zu schlagen eigentlichen Datenbank-integration.

Aber es verringert meine code-coverage - (Rot bedeutet fehlende Abdeckung).

Erhöhung der code-Abdeckung für JdbcTemplate Spott

Unten ist das snippet verwendet. Derselbe Fall geschieht durch die Verwendung von Benutzer-definierten Mapper.

final List<String> resultList = new ArrayList<String>();
resultList.add("test1");
resultList.add("test2");
final JdbcTemplate template = Mockito.mock(JdbcTemplate.class);
Mockito.when(
    template.query(Mockito.anyString(), Mockito.any(Object[].class),
        Mockito.any(RowMapper.class))).thenReturn(resultList);
sampleDao.setJdbcTemplate(template);

Ideen für increasing code Berichterstattung in der dao-Klasse. Alle Methoden passen nicht für benutzerdefinierte Zeile Mapper in meinem Fall.

  • Sie haben zu testen, die RowMappper ohne die Abfrage.
InformationsquelleAutor Naveenkumar K | 2015-02-20
  1. 6

    Einen Weg, dies zu tun, ist wie folgt:

    final List<String> resultList = new ArrayList<String>();
resultList.add("test1");
resultList.add("test2");

final JdbcTemplate template = mock(JdbcTemplate.class);

when(template.query(anyString(), any(Object[].class), any(RowMapper.class)))
    .thenAnswer(new Answer<List<String>>() {
        @Override
        public Object answer(InvocationOnMock invocation) throws Throwable {
            //Fetch the method arguments
            Object[] args = invocation.getArguments();

            //Fetch the row mapper instance from the arguments
            RowMapper<String> rm = (RowMapper<String>) args[2]; 

            //Create a mock result set and setup an expectation on it
            ResultSet rs = mock(ResultSet.class);
            String expected = "value returned by query";
            when(rs.getString(1)).thenReturn(expected);

            //Invoke the row mapper
            String actual = rm.mapRow(rs, 0);

            //Assert the result of the row mapper execution
            assertEquals(expected, actual);

            //Return your created list for the template#query call
            return resultList;
        }
    });

    Aber wie Sie sehen können, es ist eine Menge code zu testen, die Zeile mapper 🙂

    Persönlich, ich würde lieber mit einem integration test, ODER bewegen Sie die Zeile mapper in seiner eigenen Klasse und unit-Tests separat.

    • schon möglich, row Mapper sind schrieb in getrennten Klassen.. Danke..!! 🙂
    • Wie kann ich upvote 100 mal ? Danke
    InformationsquelleAutor Invisible Arrow
  2. 3

    sind Sie Spott jdbcTemplate, damit Ihre Produktion jdbcTemplate keine chance haben, ausgeführt wird, und das Feuer der rowMapper. wenn Sie wirklich wollen, zu verspotten, dann haben Sie zu verspotten Abfrage in einer Weise, die es immer noch feuert der rowMapper und geht es gefälschte ResultSet. Sie können auch extrahieren Sie die rowMapper und testen Sie Sie einzeln. aber es macht Sie verbringen mehr Zeit auf das schreiben von tests und bekommen im Gegenzug nichts. tun Sie es nicht. db-code sollte getestet werden, während der Integrationstests mit einer aktuellen Datenbank.

    InformationsquelleAutor piotrek
Schreibe einen Kommentar