NestjsのETESTが頭痛を与えたとき

NestJS E2E テストのデバッグは、特に文書化されていないフレームワークの動作が原因で一見単純な問題が発生した場合に、非常にイライラすることがあります。 最近、NestJS の @Processor デコレータが原因で E2E テストが一貫して失敗するという問題に遭遇しました。 このデコレータは、テストではすぐには明らかではない複雑さをもたらしていることが判明しました。

テストの失敗を解決するための私の最初の試みには、いくつかの一般的なアプローチが含まれていましたが、すべて失敗しました。

1. ioredis-mock モック: ioredis-mock との Redis インタラクション全体をモックしようとしましたが、根本的な問題を解決できませんでした。
2. Testcontainers: テスト中に一時的な Redis インスタンスを管理するために Testcontainers を使用することも効果がないことが判明しました。
3. 実際の Redis インスタンス: 完全に機能し、実行中の Redis インスタンスであっても、テストは失敗し続けました。

根本原因: @Processor と嘲笑

核心的な問題は、@Processor ファイル内での src/user/audio.consumer.ts デコレーターの使用から発生しました。このデコレータの動作は NestJS ドキュメントで明示的に詳しく説明されていないため、予期しないテストの失敗につながります。

私の最初のテスト設定は次のようになりました:

import { getQueueToken } from '@nestjs/bullmq';
import { INestApplication } from '@nestjs/common';
import { Test, TestingModule } from '@nestjs/testing';
import * as request from 'supertest';
import { AppModule } from '../src/app.module';
import { mockBullMqService } from './bullmq.mock';

describe('AppController (e2e)', () => {
  // ... (beforeAll, afterAll omitted for brevity)

  it('/ (GET)', () => {
    return request(app.getHttpServer())
      .get('/cart')
      .expect(200)
      .expect('Hi');
  });
});

これは、@Processor デコレーターが原因で失敗しました。 この解決策には、モックに対するより的を絞ったアプローチが必要でした:

const moduleFixture: TestingModule = await Test.createTestingModule({
  imports: [AppModule],
})
  .overrideProvider(getQueueToken('YOUR_QUEUE_NAME'))
  .useValue({
    on: jest.fn(),
    add: jest.fn(),
    process: jest.fn(),
  })
  .overrideProvider(AudioConsumer) // Crucial addition
  .useValue({}) // Provide an empty value
  .compile();

空のオブジェクトで AudioConsumer プロバイダーを明示的にオーバーライドすることで、@Processor デコレータの暗黙的な動作をバイパスし、テストの失敗を解決しました。

残りの課題: テストコンテナとリアル Redis

@Processor 問題は解決されましたが、Testcontainers と実際の Redis インスタンスで発生した問題にはまだ完全には対処していません。 これらの特定の障害の根本原因を特定するには、さらなる調査が必要です。

以上がNestjsのETESTが頭痛を与えたときの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。