Мокирующие функции в Jest

Я новичок в тестировании JavaScript и в настоящее время пытаюсь написать несколько тестовых примеров для магазина (просто класса ES6), который я создал. Я использую Jest, поскольку это то, что мы обычно используем для проектов React, хотя здесь я тестирую не компонент React, а просто класс, оборачивающий функциональность.

Класс, который я тестирую, расширяет другой класс, и в нем определены различные методы. Я хочу протестировать эти методы (независимо от того, вызываются они или нет), а также меняются ли свойства, объявленные в классе, при вызове соответствующих методов класса.

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

Я не уверен, что это правильный подход. Неправильно ли тестировать функции в Jest без издевательства? И логически, чтобы проверить внутреннюю работу функций? Когда мы имитируем функции во время тестирования?

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

import { getData } from 'service/common/getData';

class Wrapper extends baseClass {
    someVariable = false;
    payload = null;

    changeVariable() {
        this.someVariable = true;
    }

    async getData() {
        super.start();
        response = await fetchData();
        this.payload = response;
        super.end();
    }
}

Это небольшое представление реального кода, который у меня есть. Не могу опубликовать здесь весь класс, так как я работаю на удаленной машине. По сути, я хочу проверить, вызывается ли changeVariable при вызове и успешно ли он меняет someVariable на true при вызове; и аналогичным образом проверьте значение payload после завершения сетевого запроса. Обратите внимание, что fetchData определен в каком-то другом файле, но имеет решающее значение для тестирования метода getData. Также путь, используемый здесь (service/common/getData) для импорта getData, не является абсолютным путем, а является псевдонимом, НЕ определенным в Webpack, а где-то еще. Из-за этого Jest не может разрешить getData. Мне не придется беспокоиться об этом, если я буду издеваться над getData, но, как мне кажется, тогда я не смогу протестировать его функциональность.