使用 TypeORM 和 Nestjs 进行测试的过程,以及使用 mocks 开玩笑的过程?

Process of testing with TypeORM and Nestjs, and jest using mocks?

这个问题很可能被概括为服务中的存根存储库以及如何正确测试和提供这个问题上下文中的覆盖。

我正在学习更多关于测试的知识,但一直对如何正确执行涉及数据库的测试感到困惑。

我有一个定义列和一些初始验证逻辑的用户实体。

    import { IsAlphanumeric, IsEmail, MinLength } from 'class-validator';
    import { Column, Entity, PrimaryGeneratedColumn } from 'typeorm';
    @Entity()
    export class User {
      @PrimaryGeneratedColumn()
      public id!: number;

      @Column()
      public name!: string;

      @IsEmail()
      @Column()
      public email!: string;

      @MinLength(8)
      @Column()
      public password!: string;
    }

我有一个 UserService,它为实体注入存储库。

    import { Injectable } from '@nestjs/common';
    import { InjectRepository } from '@nestjs/typeorm';
    import { validateOrReject } from 'class-validator';
    import { Repository } from 'typeorm';
    import { CreateUserDTO } from './dto/create-user.dto';
    import { User } from './user.entity';

    @Injectable()
    export class UserService {
      constructor(
        @InjectRepository(User) private readonly userRepository: Repository<User>
      ) {}

      public async create(dto: CreateUserDTO) {
        const user = this.userRepository.create(dto);
        await validateOrReject(user);
        await this.userRepository.save(user);
      }

      public async findAll(): Promise<User[]> {
        return await this.userRepository.find();
      }

      public async findByEmail(email: string): Promise<User | undefined> {
        return await this.userRepository.findOne({
          where: {
            email,
          },
        });
      }
    }

这是我的初步测试,所以你可以跟随我的思路...

    import { Test, TestingModule } from '@nestjs/testing';
    import { getRepositoryToken } from '@nestjs/typeorm';
    import { User } from './user.entity';
    import { UserService } from './user.service';

    const createMock = jest.fn((dto: any) => {
      return dto;
    });

    const saveMock = jest.fn((dto: any) => {
      return dto;
    });

    const MockRepository = jest.fn().mockImplementation(() => {
      return {
        create: createMock,
        save: saveMock,
      };
    });
    const mockRepository = new MockRepository();

    describe('UserService', () => {
      let service: UserService;

      beforeAll(async () => {
        const module: TestingModule = await Test.createTestingModule({
          providers: [
            UserService,
            {
              provide: getRepositoryToken(User),
              useValue: mockRepository,
            },
          ],
        }).compile();
        service = module.get<UserService>(UserService);
      });

      it('should be defined', () => {
        expect(service).toBeDefined();
      });

      it('should not create invalid user', async () => {
        // ??
      });
    });

因此,虽然我可以进行测试 运行 和所有内容,但我不确定我实际上应该测试什么。我显然可以测试它在创建时是否有效,对于 findAll 等其他东西,我觉得我只是在嘲笑数据库?为了让我正确测试它,它是否需要连接到数据库以便我可以检查是否返回了正确的数据?

nest 文档说 "we usually want to avoid any database connection",但这样做并没有违背目的,因为我们并未 真正地 测试功能?因为虽然我可以模拟保存 returns 一个值,但我没有测试唯一列、可为空数据、要设置的递增值等可能发生的任何错误……对吗?

许多人认为针对数据库进行测试是不好的做法。但正是出于您提到的原因 + 为自己省去管理模拟和存根的麻烦,我几乎总是 运行 针对专用测试数据库进行测试。

在我开玩笑的创业中,我清除了所有表,然后让助手帮助我根据需要创建具有关系的实体,以确保我的测试保持原子性。

@AyKarsi 的建议总比没有好,但这仍然是一种不好的做法。

单元测试应该模拟数据库和第三方 API 调用。

集成测试应该测试用真实数据库模拟的内容,并且只测试那部分。

端到端测试是为了检查整个应用程序是否连接良好。

更多详情,您可以阅读:https://martinfowler.com/articles/practical-test-pyramid.html