Замена вызова метода java из поля вызовом метода

Лучшее, что вы можете сделать, это создать интерфейс для генератора случайных чисел, скажем:

public interface RandomGenerator {
  public String returnRandom();
}

Тогда ваш исходный генератор случайных чисел может реализовать этот интерфейс, а класс, использующий генератор случайных чисел, может зависеть от класса с интерфейсом RandomGenerator.

Если у вас есть это, это довольно просто проверить. Вы создаете фиктивный генератор, который делает то, что вы хотите:

public class MockRndGenerator implements RandomGenerator {
  public String returnRandom() {
    return "Helloworld";
  }
}

и когда вы тестируете, вы вводите этот класс вместо оригинала.

public class Demo {
  public Demo (RandomGenerator rndGenerator) {
    this.randomGenerator = rndGenerator;
  }
  public String returnRandom(){
    String randomString = this.randomGenerator.returnRandom()
  }
}

* ОБНОВЛЕНИЕ *

Поскольку я не могу добавлять код в комментарии, вот решение Mockito:

вы всегда можете использовать Mockito, чтобы избежать создания физических макетов, а затем вы можете настроить ожидания и проверки по пути

class Test {
  public static rndTest() {
    RandomGenerator rnd = Mockito.mock(RandomGenerator.class);
    Mockito.when(rnd.returnRandom()).thenReturn("Helloworld");
    Demo = new Demo(rnd);
  }
}

Я мог бы решить проблему, используя javassist.expr.MethodCall. Ниже приведен класс редактора выражений, используемый для проверки возможности.

Это заменяет вызов targetMethod (methodcalltoReplace) кодом, используемым для получения фиктивного объекта.

new ExprEditor() {
        @Override
        public void edit(MethodCall m) throws CannotCompileException {
            try {
                if (m.where().getName().equals(sourceMethod)) {
                    if (m.getMethod().getName().equals(methodcalltoReplace)) {
                        if(lineNumberOfMethodcalltoReplace == m.getLineNumber()){
                            // The content of the hardcoded string can be replaced with runtime data
                            m.replace("$_ = ($r)"+"new com.nuwaza.aqua.sample.SampleForMethodInvocationFieldAccess().helloworld();");
                        }
                    }
                }
            } catch (NotFoundException e) {
                e.printStackTrace();
            }
            super.edit(m);
        }

Подробную документацию см. в руководстве по Javaassist. , самоанализ и персонализация

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

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

По сути, это лазейка для перезаписи выбранного объекта вашей инфраструктуры зависимостей объектом, который вы выбираете сами во время выполнения во время модульного тестирования, и он является статическим, поэтому влияет на весь класс, а не только на конкретные экземпляры.