Estoy usando NestJs con Typeorm, configuración normal. UsersService obtiene el repositorio Typeorm inyectado:
constructor( @InjectRepository(User) private usersRepository: Repository<User>, ) {}En el módulo de usuarios:
@Module({ imports:[ TypeOrmModule.forFeature([User])], controllers: [UsersController ], providers: [UsersService] })Nada especial como puedes ver. Pero la prueba generada automáticamente para UsersService falla, sin importar lo que haga:
describe('UsersService', () => { let service: UsersService; beforeEach(async () => { const module: TestingModule = await Test.createTestingModule({ providers: [UsersService], }).compile(); service = module.get<UsersService>(UsersService); }); it('should be defined', () => { expect(service).toBeDefined(); }); });Obtuve el siguiente error:
Nest no puede resolver las dependencias de UsersService (?). Asegúrese de que el argumento UserRepository en el índice [0] esté disponible en el contexto RootTestModule.
Las soluciones en Stackoverflow que encontré parecen ser obsoletas o demasiado complicadas. Entiendo que el problema se deriva del uso de @InjectRepository.
¿Cuál es la solución? ¡Intenté descargar proyectos bastante similares de otras personas y obtuve el mismo error! Ambos con nido 8 y 7.
Nest no puede resolver la dependencia porque no proporcionas el repositorio en el módulo de prueba. Si está haciendo pruebas unitarias, probablemente quiera simular el repositorio usando un proveedor personalizado:
import { getRepositoryToken } from '@nestjs/typeorm'; describe('UsersService', () => { let service: UsersService; let repository: Repository<User>; beforeEach(async () => { const module: TestingModule = await Test.createTestingModule({ providers: [ UsersService, { provide: getRepositoryToken(User), useValue: {}, } ], }).compile(); service = module.get<UsersService>(UsersService); }); it('should be defined', () => { expect(service).toBeDefined(); }); })Puede proporcionar un objeto, una clase o una función de fábrica, más detalles en el documento: https://docs.nestjs.com/fundamentals/custom-providers
Luego, en sus pruebas, puede burlarse de los métodos del repositorio de esta manera:
jest.spyOn(repository, 'find').mockResolvedValueOnce([])No es la única forma de burlarse, pero es simple y estándar.
Los documentos son bastante claros sobre cómo escribir pruebas cuando se usa @nestjs/typeorm : https://docs.nestjs.com/techniques/database#testing
Aquí también hay un montón de muestras: https://github.com/jmcdo29/testing-nestjs
Así que me las arreglé para "resolver" esto yo mismo. Tal vez debería haber mencionado que no tenía la intención de burlarme, pero quería que la prueba funcionara "tal cual" (prefiero usar una base de datos dedicada a la prueba, en lugar de burlarme de unidades. Me parece más realista).
Entonces, parece que no entendí bien, que cada llamada a createTestingModule() debe asegurarse de que se creen todas las dependencias relevantes, incluidas cosas como la inicialización de ORM, que generalmente se realiza en AppModule (aquí estoy probando un servicio en UserModule ... ). Entonces, lo que hice en users.service.specs.ts:
const module: TestingModule = await Test.createTestingModule({ imports: [TypeOrmModule.forFeature([User]), TypeOrmModule.forRoot({ type: 'postgres', host: 'localhost', port: 5432, username: 'postgres', password: '', database: 'postgres', schema: 'test-db', entities: [User], synchronize: true, }), TypeOrmModule.forFeature([User])], providers: [UsersService], }).compile();Tenga en cuenta que tuve que crear la conexión TypeOrm y registrar la entidad. Ahora entiendo que cada conjunto de pruebas está totalmente aislado y, por lo tanto, necesita que se le pasen todas las dependencias relevantes, incluso si en la aplicación "original" este código ya está importado en el módulo raíz .