Имитация перечисления Java для добавления значения для проверки случая сбоя

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

В основном полученный в итоге, включите уровень байт-кода, не работает с перечислениями, но только с целыми числами. Таким образом, то, что делает компилятор, он создает анонимный внутренний класс (ранее именованный внутренний класс согласно записи статьи, это - Java 6 по сравнению с Java 8), который содержит один статический финал int[] поле, названное $SwitchMap$net$kautler$MyEnum, который заполнен целыми числами 1, 2, 3... в индексах [1 118] значения.

Это означает, когда код прибывает в фактический переключатель, он делает

switch(<anonymous class here>.$SwitchMap$net$kautler$MyEnum[myEnumVariable.ordinal()]) {
    case 1: break;
    case 2: break;
    default: throw new AssertionError("Missing switch case for: " + myEnumVariable);
}

, Если бы теперь myEnumVariable имел бы значение NON_EXISTENT созданным в первом шаге выше, Вы или добрались бы ArrayIndexOutOfBoundsException, если Вы установите ordinal на некоторое значение, больше, чем массив компилятор, сгенерированный, или Вы получили бы одно из других значений случая переключателя в противном случае в обоих случаях, то это не поможет протестировать требуемый default случай.

Вы могли теперь получить этот int[] поле и согласовать его для содержания отображения для orinal Вашего NON_EXISTENT перечислимый экземпляр. Но поскольку я сказал ранее, для точно этого примера использования, тестируя default случай, Вам не нужны первые два шага вообще. Вместо этого Вы можете простой приводить любой из существующих перечислимых примеров к коду под тестом и просто управлять отображением int[], так, чтобы default случай был инициирован.

, Таким образом, все, что необходимо для этого тестового сценария, является на самом деле этим, снова записанным в Spock (Groovy) код, но можно легко адаптировать его к Java также:

given:
    def getPrivateFinalFieldForSetting = { clazz, fieldName ->
        def result = clazz.getDeclaredField(fieldName)
        result.accessible = true
        def modifiers = Field.getDeclaredFields0(false).find { it.name == 'modifiers' }
        modifiers.accessible = true
        modifiers.setInt(result, result.modifiers & ~FINAL)
        result
    }

and:
    def switchMapField
    def originalSwitchMap
    def namePrefix = ClassThatContainsTheSwitchExpression.name
    def classLoader = ClassThatContainsTheSwitchExpression.classLoader
    for (int i = 1; ; i++) {
        def clazz = classLoader.loadClass("$namePrefix\$i")
        try {
            switchMapField = getPrivateFinalFieldForSetting(clazz, '$SwitchMap$net$kautler$MyEnum')
            if (switchMapField) {
                originalSwitchMap = switchMapField.get(null)
                def switchMap = new int[originalSwitchMap.size()]
                Arrays.fill(switchMap, Integer.MAX_VALUE)
                switchMapField.set(null, switchMap)
                break
            }
        } catch (NoSuchFieldException ignore) {
            // try next class
        }
    }

when:
    testee.triggerSwitchExpression()

then:
    AssertionError ae = thrown()
    ae.message == "Unhandled switch case for enum value 'MY_ENUM_VALUE'"

cleanup:
    switchMapField.set(null, originalSwitchMap)

В этом случае Вам не нужна никакая платформа насмешки вообще. На самом деле это не помогло бы Вам так или иначе, поскольку никакая платформа насмешки, о которой я знаю, не позволяет Вам дразнить доступ к массиву. Вы могли использовать JMockit или любую платформу насмешки для насмешки возвращаемого значения [1 129], но это снова просто приведет к другому ответвлению переключателя или AIOOBE.

то, Что этот код я просто показанный делаю:

• это циклично выполняется через анонимные классы в классе, который содержит выражение
• переключателя в тех, которые это ищет поле с картой
• переключателя, если поле не найдено, следующий класс пробуют
• , если ClassNotFoundException брошен [1 131], тестовые сбои, который предназначается, потому что это означает компиляцию кода с компилятором, который следует другой стратегии или шаблону именования, таким образом, необходимо добавить еще некоторую аналитику для покрытия различных стратегий компилятора включения перечислимых значений. Поскольку, если класс с полем найден, break листы, для цикла и тест могут продолжиться. Эта целая стратегия, конечно, зависит от анонимных классов, пронумерованных, начиная от 1 и без разрывов, но я надеюсь, что это - довольно безопасное предположение. Если Вы имеете дело с компилятором, где дело обстоит не так, ищущий алгоритм должен быть адаптирован соответственно.
• , если поле карты переключателя найдено, новый международный массив того же размера создается
• , новый массив заполнен [1 133], который обычно должен инициировать default случай, пока у Вас нет перечисления с 2 147 483 647 значениями
• , новый массив присвоен полю
• карты переключателя для цикла, оставлен с помощью [1 135]
• теперь, фактический тест может быть сделан, инициировав выражение переключателя, которое будет оценено
• наконец (в finally блок, если Вы не используете Spock, в cleanup блок при использовании Spock) для проверки, это не влияет на другие тесты на том же классе, исходная карта переключателя отложена в поле