Как начать тестирование (jMock)

Я пытаюсь научиться писать тесты. Я также изучаю Java, мне сказали, что я должен изучать / использовать / практиковать jMock, я нашел несколько статей в Интернете, которые в определенной степени помогают, например:

http://www.theserverside.com/news/1365050/Using-JMock-in-Test-Driven-Development

http://jeantessier.com/SoftwareEngineering/Mocking.html

И большинство статей, которые я нашел, были посвящены разработке через тестирование, сначала пишите тесты, а затем пишите код для прохождения теста. Я не ищу этого сейчас, я пытаюсь написать тесты для уже существующего кода с помощью jMock.

Официальная документация, по меньшей мере, неопределенна и слишком сложна для меня. У кого-нибудь есть лучший способ узнать это. Хорошие книги / ссылки / учебники очень мне помогут. благодарю вас

РЕДАКТИРОВАТЬ - более конкретный вопрос:

http://jeantessier.com/SoftwareEngineering/Mocking.html - из этой статьи

Попробовал это издеваться над этим простым классом:

import java.util.Map;
    public class Cache {
        private Map<Integer, String> underlyingStorage;
        public Cache(Map<Integer, String> underlyingStorage) {
            this.underlyingStorage = underlyingStorage;
        }
        public String get(int key) {
            return underlyingStorage.get(key);
        }
        public void add(int key, String value) {
            underlyingStorage.put(key, value);
        }
        public void remove(int key) {
            underlyingStorage.remove(key);
        }
        public int size() {
            return underlyingStorage.size();
        }
        public void clear() {
            underlyingStorage.clear();
        }
    }

Вот как я пытался создать тест / макет:

public class CacheTest extends TestCase {

    private Mockery context;
    private Map mockMap;
    private Cache cache;

    @Override
    @Before
    public void setUp() {
        context = new Mockery() {
            {
                setImposteriser(ClassImposteriser.INSTANCE);
            }
        };

        mockMap = context.mock(Map.class);
        cache = new Cache(mockMap);
    }

    public void testCache() {
        context.checking(new Expectations() {{
            atLeast(1).of(mockMap).size(); 
            will(returnValue(int.class));
        }});

    }
}

Он проходит тест и в основном ничего не делает, я хотел создать карту и проверить ее размер, и вы знаете, как работают некоторые варианты, пытаясь справиться с этим. Разберитесь с лучшими примерами, что еще я могу проверить здесь или какие-либо другие упражнения мне очень помогут. Тпх

Источник

4 ответа

Решение

Вот руководство по использованию JUnit и EasyMock (библиотека-макет, которую я лично нахожу намного проще, чем JMock): http://www.michaelminella.com/testing/unit-testing-with-junit-and-easymock.html

Даже если вы на 100% посвящены использованию JMock, понятия между ними одинаковы, и это должно помочь вам лучше понять их.

Цель издевательства заключается в том, что при тестировании класса A, который зависит от B а также CИспытание A использует макетные версии B а также C чтобы иметь возможность указать их точное поведение, а не с использованием реальных реализаций B а также C в вашем тесте A, В противном случае вы не тестируете только одну единицу Aнеявно тестируешь B а также C также.

Источник

Как автор JMock, я бы не стал начинать с этой техники, пока у вас не будет опыта работы с TDD. Просто начните с основ и работайте. Как только вы начнете испытывать трудности с масштабированием и развитием дизайна, вернитесь к технике.

Книга Дэйва Астелса - все еще хорошее введение, и я думаю, что единственное из того поколения, которое хорошо объясняет насмешки. После этого вы можете (гм) рассмотреть наше "Растущее объектно-ориентированное программное обеспечение, управляемое тестами"

Не обращайте внимания на тех, кто говорит, что все дело в том, чтобы тесты с файловой системой проходили быстрее.

Источник

Вам не нужно издеваться над тем, чтобы протестировать этот класс, так как его единственным соавтором является карта, которую вы можете просто использовать как есть. Кроме того, ваш класс на самом деле ничего не делает (кроме делегата), поэтому вы чувствуете, что не слишком много тестируете.

Прямой тест может быть (я предполагаю, что вы используете JUnit 4 - ваш код является странной смесью JUnit 3 и 4

@Test
public void sizeIs0WhenEmpty()
{
  Map<Integer, String> map = Collections.emptyMap();
  Cache cache = new Cache(map)
  assertEquals(0, cache.size());
}

с mocks это было бы (при условии, что фиктивный код правильный - я не использую JMock)

@Test
public void sizeIs0WhenEmpty()
{
  context.checking(new Expectations() {{
                   atLeast(1).of(mockMap).size(); 
                   will(returnValue(0));
                   }});
  assertEquals(0, cache.size());
}

В обоих случаях вы настраиваете систему, устанавливая на карте свойства, которые вы хотите протестировать, а затем проверяете, что кэш имеет те же свойства (так как это прямой делегат).

Я бы порекомендовал вам прочитать о JUnit, прежде чем продолжить.

Источник

Я не знаю, как далеко вы продвинулись по пути изучения использования фиктивных объектов в тестировании, поэтому я напишу краткое описание, а затем укажу вам направление статьи, которая может быть вам полезна. Поддельные объекты используются в модульном тестировании для замены внешних зависимостей, которые сложно создать или которые трудно получить в состояние, в котором вы хотите их использовать для своего теста. Существующие различные фальшивые фреймворки дают вам механизмы для создания "поддельных" объектов, которые заменяют эти зависимости. Эти фиктивные объекты будут отслеживать входящие в них вызовы из вашего кода и позволят вам сделать утверждения об этих взаимодействиях позже. Есть хорошо известная статья о фиктивных объектах и ​​их связи с "заглушками", еще одной распространенной стратегией тестирования для упрощения внешних зависимостей. Он был написан Мартином Фаулером и может быть найден здесь:

http://martinfowler.com/articles/mocksArentStubs.html

Источник
Другие вопросы по тегам