@golevelup/nestjs-testing

@golevelup/nestjs-testing

Description

Utilities for making testing NestJS applications easier. Currently supports Jest.

Motivation

You ever just come across a type that you want to mock, but mocking the entire object seems daunting, and who knows how many sub properties the object has and if those sub properties have sub properties. The list goes on with possible problems. Enter @golevelup/nestjs-testing's createMock utility function. This function will create a mock object for you with all sub properties mocked as jest.fn() unless otherwise provided, to allow for easy mocking later on, but more on that later.

Side Note

This package and utility function was derived out of a want to help those unit testing things like Guards, Interceptors, and Filters, in NestJS; however, given the dynamic nature of the package, the createMock utility function can handle so much more than just what's inside of NestJS. Essentially, if it has an interface, @golevelup/nestjs-testing can mock it!

Usage

For examples we'll show how well it works with NestJS' ExecutionContext which extends NestJS' ArgumentHost.

Installation

Pretty standard installation, nothing too crazy

npm i @golevelup/nestjs-testing

or

yarn @golevelup/nestjs-testing

Creating Mocks

Here is where the fun begins. As a heads up, this function does require you to be using Typescript, as it takes advantage of some advanced Typescript features under the hood, like Proxies.

1. Import the createMock function into your test class
2. Create a variable and set it equal to the createMock function plus its generic type input
3. Use the mock, Luke.

Example:

import { createMock } from '@golevelup/nestjs-testing';
import { ExecutionContext } from '@nestjs/common';

describe('Mocked Execution Context', () => {
  it('should have a fully mocked Execution Context', () => {
    const mockExecutionContext = createMock<ExecutionContext>();
    expect(mockExecutionContext.switchToHttp()).toBeDefined();
  });
});

And just like that, the simplest mock can quickly and easily be made! "Big deal" you may say? It's easy to create a mock with a single property like that? Well, just watch this:

import { createMock } from '@golevelup/nestjs-testing';
import { ExecutionContext } from '@nestjs/common';

describe('Mocked Execution Context', () => {
  it('should have a fully mocked Execution Context', () => {
    const mockExecutionContext = createMock<ExecutionContext>();
    expect(mockExecutionContext.switchToHttp().getRequest()).toBeDefined();
    expect(mockExecutionContext.switchToRPC().getContext()).toBeDefined();
    expect(mockExecutionContext.switchToWs().getClient()).toBeDefined();
  });
});

How's that for ya? No, still not impressed? All right, time to bring out the big guns.

import { createMock } from '@golevelup/nestjs-testing';
import { ExecutionContext } from '@nestjs/common';

describe('Mocked Execution Context', () => {
  it('should have a fully mocked Execution Context', () => {
    const mockExecutionContext = createMock<ExecutionContext>({
      switchToHttp: () => ({
        getRequest: () =({
          headers: {
            authorization: 'auth'
          }
        })
      })
    });
    mockExecutionContext.switchToHttp().getResponse.mockReturnValue({data: 'res return data'});
    expect(mockExecutionContext.switchToHttp().getRequest()).toEqual({
      headers: {
        authorization: 'auth'
      }
    });
    expect(mockExecutionContext.switchToHttp().getResponse()).toEqual({
      data: 'res return data'
    });
    expect(mockExecutionContext.switchToHttp).toBeCalledTimes(3);
    expect(mockExecutionContext.switchToRPC().getContext()).toBeDefined();
    expect(mockExecutionContext.switchToWs().getClient()).toBeDefined();
  });
});

Note: Be aware that when providing your own mocks, if you asserting how many times you called a parent mock function, the number will be equal to the number of times the function was called in your expects plus the number of times the function had to be called to set your mocks. In the above case, we had to call switchToHttp() once to set the mock for getResponse() and twice for the expect calls, so it was called in a total of three times.

The above case shows how well the createMock utility can take in user provided values as well as returning type safe mocks that can easily be chained and modified as needed.

For a few more examples on what can be done the mock.spec file has some really cool examples that show pretty well just what is doable with this utility.