출근 98일차 - 테스트는 어떻게 해야?

뮤·2023년 1월 13일

e2e mysql sqlite3 리팩토링

회사이야기

목록 보기

34/50

이틀간의 삽질을 모아놓은 일기장이다.

유닛테스트로는 못믿겠다.

다른곳은 모르겠는데 NestJS의 유닛테스트는 DB는 모킹을 하고 테스트가 진행된다.

그런데 출고과정에서는 DB가 전부고 로직은 무한의 검증만 존재한다.

근데 그 검증하는 과정이 DB에서 나온 정보를 기준으로 검증이 쭈르륵 돌아가게 된다.

이러면 DB를 모킹하면 안될 것 같은데?

그러던 와중에 코드리뷰를 받았을 때

그래, 이젠 E2E밖에 없다..!!

E2E 한번도 안짜봤는데 하하

회사코드에 E2E 테스트가 잔득 있었지만, 나는 짜본 적이 없었다.

더불어서 내가 출고 프로세스를 뒤엎으면서 기존의 출고 E2E 테스트가 망가져있었다(^^...)

그래서 처음 짜봤는데, supertest라는 라이브러리를 통해서 진행을 할 수 있더라

그래서 이렇게 실제로 서버를 실행하고, 애플리케이션의 서버에 직접 통신하는 방식으로 진행을 한다.

 beforeAll(async () => {
    const moduleFixture: TestingModule = await Test.createTestingModule({
      imports: [AppModule],
    }).compile();
    app = moduleFixture.createNestApplication();
    app.useGlobalPipes(new ValidationPipe({ whitelist: true, transform: true }));
    await app.init();

   // 로직 실행 어쩌구~

아무튼 E2E를 짜는데에는 큰 문제가 없었다.
단지 전용 API를 따로 파둬야하는 경우도 필요하긴 했다.

근데.....느리다? 많이? (해결못함)

처음 돌려보니 겁나 느렸다.

미친듯이 느렸다.

왜냐하면 검증을 하기 위해서는 하루에도 테스트를 스무번 서른번씩 돌려봐야하는데

~~저렇게느리면어떻게돌리라고젠장~~

그래서 방법을 찾던 와중, sqlite를 이용하여 인메모리에서 빠르게 돌릴 수 있다는 것을 찾았다.

TypeORM에 세팅을 이렇게 해놓고 실행을 하면

            type: 'better-sqlite3',
            database: ':memory:',
            entities: [
              __dirname + './../**/**.entity{.ts,.js}',
              __dirname + './../../../../../libs/platform/**/**.entity{.ts,.js}',
            ],
            dropSchema: true,
            synchronize: true,
            logging: false,
            keepConnectionAlive: true,