트랜잭션을 적용한 통합테스트 - purchase.service.int-spec.ts

• 참고자료

프리미엄 버전 구매와 관련된 통합 테스트 코드를 작성하면서, 새로운 유저를 생성할 때마다 동일한 id를 가질 경우 UNIQUE 규칙에 맞지 않아 유저 생성이 되지 않는 문제가 발생했다. 아이디를 다르게 설정하면 해결되긴 하지만 독립적으로 테스트를 실행시켜보고 싶다는 생각이 들어 트랜잭션을 활용해보았다.

• beforeAll, afterAll에서 queryRunner를 연결하고 해제하는 작업 진행

• beforeEach에서 트랜잭션 시작, afterEach에서 트랜잭션 롤백 및 Mocking 제거

  beforeAll(async () => {
      const moduleFixture: TestingModule = await Test.createTestingModule({
        imports: [TypeOrmModule.forRoot(typeORMTestConfig)],
        providers: [PurchaseService, PurchaseRepository, UsersRepository],
      }).compile();
  
      purchaseService = moduleFixture.get<PurchaseService>(PurchaseService);
      dataSource = moduleFixture.get<DataSource>(DataSource);
      queryRunner = dataSource.createQueryRunner();
      await queryRunner.connect();
    });
  
    beforeEach(async () => {
      await queryRunner.startTransaction();
    });
  
    afterEach(async () => {
      await queryRunner.rollbackTransaction();
      jest.restoreAllMocks();
    });
  
    afterAll(async () => {
      await queryRunner.release();
    });
  

트랜잭션 실행 시 id는 어떻게 될까?

• id는 트랜잭션 롤백 여부와 상관없이 실제로 트랜잭션이 실행된만큼 증가된다.

문제점

• 트랜잭션을 시작하면, 모든 작업이 queryRunner.manager가 실행할 수 있도록 Mocking이 필요하여 Mocking 코드가 굉장히 많습니다..!

→ 라이브러리로 해결!

typeorm-transactional-tests 라이브러리

typeorm-transactional-tests 라이브러리 톺아보기!

• 테스트 케이스가 시작되기전 매번 실행되는 beforeEach 메소드에서 연결된 커넥션 객체를 기준으로 트랜잭션을 생성 및 시작
• 테스트 케이스안에 실행되는 query들은 beforeEach에 생성한 트랜잭션 기준으로 실행
• 테스트 케이스가 끝나면 실행되는 afterEach 메소드에서는 트랜잭션을 롤백시키고 커넥션을 반환
• 트랜잭션 단위로 테스트를 실행하게 되면 커넥션을 생성하는 비용이 없어 더 빠르게 테스트를 실행할수 있다!
• 코드 내부에서 typeorm 요청을 가로채서 트랜잭션에서 실행되도록 도와주는 역할
• typeorm 0.3.X 버전에서 Connection -> DataSource로 사용