Спок потрясающий! Серьёзно упрощённая насмешка

public class IterableCodecTest {
 
    //CHECKSTYLE:OFF
    @Rule
    public final JUnitRuleMockery context = new JUnitRuleMockery();
    //CHECKSTYLE:ON
    // Mocks
    private BSONWriter bsonWriter;
    // Under test
    private final IterableCodec iterableCodec = new IterableCodec(Codecs.createDefault());
 
    @Before
    public void setUp() {
        context.setImposteriser(ClassImposteriser.INSTANCE);
        context.setThreadingPolicy(new Synchroniser());
        bsonWriter = context.mock(BSONWriter.class);
    }
 
    @Test
    public void shouldEncodeListOfStrings() {
        final List<String> stringList = asList("Uno", "Dos", "Tres");
 
        context.checking(new Expectations() {{
            oneOf(bsonWriter).writeStartArray();
            oneOf(bsonWriter).writeString("Uno");
            oneOf(bsonWriter).writeString("Dos");
            oneOf(bsonWriter).writeString("Tres");
            oneOf(bsonWriter).writeEndArray();
        }});
 
        iterableCodec.encode(bsonWriter, stringList);
    }
}

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

Так:

• Дразнить конкретные классы в JMock — это не красиво, просто посмотрите на этот setUpметод.
• Мы используем метод JUnitRuleMockery, который представляется наилучшей практикой (и означает, что вы с меньшей вероятностью забудете  @RunWith(JMock.class)аннотацию), но checkstyle ненавидит его — публичные поля плохие, как мы все знаем.

Но это нормально, небольшое количество шаблонов для всех наших тестов, которые включают насмешку, — это нормальная цена, чтобы заплатить за хорошие тесты.

Я преобразовал этот тест в тест Спока. Пуристы Groovy заметят, что это все еще очень Java-у, и это намеренно — я хочу, чтобы эти тесты, по крайней мере, на этом этапе, пока мы к этому привыкли, были знакомы программистам на Java, нашей основной аудитории.

class IterableCodecSpecification extends Specification {
    private BSONWriter bsonWriter = Mock();
 
    @Subject
    private final IterableCodec iterableCodec = new IterableCodec(Codecs.createDefault());
 
    public void 'should encode list of strings'() {
        setup:
        List<String> stringList = ['Uno', 'Dos', 'Tres'];
 
        when:
        iterableCodec.encode(bsonWriter, stringList);
 
        then:
        1 * bsonWriter.writeStartArray();
        1 * bsonWriter.writeString('Uno');
        1 * bsonWriter.writeString('Dos');
        1 * bsonWriter.writeString('Tres');
        1 * bsonWriter.writeEndArray();
    }
}

Некоторые начальные наблюдения:

• Это действительно простая вещь, но мне нравится иметь  @Subjectаннотацию к тестируемой вещи. Теоретически должно быть очевидно, какое из ваших полей или переменных является объектом тестирования, но на практике это не всегда так.
• Хотя меня это бесит, когда я занимался Java последние 15 лет, мне действительно нравится String для имени метода — хотя в этом случае он аналогичен эквиваленту JMock / JUnit, он дает гораздо большую гибкость для описания цели этого теста.

• Пересмешивание безболезненно, с простым вызовом Mock(), хотя мы все еще высмеиваем конкретные классы (это делается просто путем добавления cglib и obgenesis к зависимостям).
• Мне нравится,  что фазы Spock ( setup: when: then:) документируют различные части теста, а также являются полезными магическими ключевыми словами, которые говорят Споку, как запустить тест. Я знаю, что другие фреймворки обеспечивают это, но мы работали с JUnit, и у меня была привычка комментировать мои шаги //given //when //then.
• Благодаря Groovy создание списков занимает меньше времени (строка 9). Не имеет большого значения, но просто облегчает чтение.
• Я очень привык к тому, как ожидания устанавливаются в JMock, но я должен сказать, что 1 * bsonWriter.blahblahblah()это гораздо более читабельно.  
• Мне нравится, что все, что после, then:является утверждением, я думаю, оно действительно ясно дает понять, что вы ожидаете после того, как вызовете то, что тестируете.

Так что насмешка это круто. Что дальше?