У меня была аналогичная проблема, поэтому я задал вопрос в сообществе Firebase Slack. Я реализовал это и работает как шарм.
Необходимо создать подкласс, который реализует абстрактные методы (с пустыми методами), но ни один из конкретных. Этот подкласс должен быть для тестирования только (это никогда не должно входить в Ваш производственный код). Просто проигнорируйте переопределенные абстрактные методы в своих модульных тестах и сконцентрируйтесь на конкретных методах.
Используйте Насмешки Носорога, это может генерировать реализации абстрактного класса во времени выполнения, и можно назвать неабстрактные методы.
Первая вещь, которая приходит на ум, состоит в том, чтобы протестировать те методы в конкретном дочернем классе.
Необходимо определить и создать конкретный тестовый класс что inhereits из краткого обзора. Обычно это будет легкий контейнер, который действительно только проходит через вызовы.
Какая-либо причина не просто включать это в тестирование одного из экземпляров?
Если это не работает, Вы могли бы, вероятно, создать подкласс только для тестирования без собственной уникальной функциональности.