Как насмехаться над классом с помощью методов final?

Скажем, у меня класс А с

class A {
  final String foo() {
    // .. computing result, contacting database, whatever ..
    return "some computed value";
  }
  // ... and a bazillion other methods, some of them final.
}

Теперь у меня класс B с

class B {
  String methodIWantToTest(A a) {
      String output = a.foo();
      // ... whatever this method does, e.g.:
      output += "_suffix";
      return output;
  }
}

Как мне подойти к модульному тестированию этого метода? Причина, по которой foo() является окончательным, заключается в том, что мы не хотим, чтобы наши классы, расширяющие A, изменяли его функциональность. Но в то же время для истинного модульного тестирования метода я не хочу, чтобы он протягивал руку и запускал реальный метод A.foo().

Есть ли способ, скажем, удалить последнее ключевое слово и добавить аннотацию в соответствии со строками @finalUnlessTest? Что ты посоветуешь? Рефакторинг A для интерфейса был бы очень и очень трудным, учитывая, что это один из наших центральных классов и, к сожалению, Симпатичная чрезвычайно взаимосвязан.

Редактировать # 1 Извините, забыл упомянуть, мы говорим о Java. Мы пока не используем фреймворк для фиксации.

Отвечать Хорошо, итак: вау. JMockit просто невероятен и в моих глазах приложение-убийца для тестирования устаревшего кода. Невероятно полезно, особенно в моем случае. Спасибо большое! Для моего псевдо-примера вы бы сделали что-то вроде следующего:

class AMock {
   final String foo() {
     return "myTestValue";
   }
}
class Test extends TestCase {
   A mockedA;
   B b;
   protected void setUp() {
      Mockit.redefineMethods( A.class, AMock.class );  // this "pipes" all mocked methods from A to AMock
      mockedA = new A();    // NOT new AMock()!!!
      b = new B();
   }
   public void testB() {
      assertEquals("myTestValue",mockedA.foo());
      assertEquals("myTestValue_suffix",b.methodIWantToTest(mockedA));
   }
}

Это чертовски круто или что?