Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Be/feature/#496 채팅 모듈 e2e 테스트 #501

Merged
merged 66 commits into from
Jan 31, 2024

Conversation

kimyu0218
Copy link
Collaborator

@kimyu0218 kimyu0218 commented Jan 28, 2024

resolved #496

변경 사항

  • 채팅 모듈 단위 테스트 - 로그인 기능 추가로 서비스 전폭 수정
  • 타로 모듈 e2e 테스트 - sqlite 메모리 DB를 이용하도록 리팩토링
  • 채팅 모듈 e2e 테스트 - sqlite 메모리 DB와 쿠키 파서를 이용하여 구현

고민과 해결 과정

메모리 DB를 이용한 e2e 테스트

단위 테스트를 진행하면서도 레포지토리를 모킹하는 게 마음에 걸렸다. 모킹 함수를 만들어 실제 데이터베이스에 접근하지 못하도록 구현했지만, 레포지토리에서 무조건 특정 리턴값을 반환하도록 만드는 것이 결국 실제 로직과 다를 수 있다는 생각이 떠나지 않았다.

이번에 e2e 테스트를 진행하면서 메모리 DB를 도입했는데 모듈에 mysql가 아닌 sqlite를 연결해줌으로써 레포지토리를 모킹할 필요가 없어졌다. 메모리 DB이기 때문에 DB를 열심히 조작해도 실제 DB에 반영되지 않기 때문이다.

테스트 DB가 아닌 메모리 DB를 사용한 이유

- 메모리 DB는 디스크보다 I/O 작업 속도가 빠르기 때문에 테스트 시간을 단축할 수 있다
- 테스트 간 데이터베이스가 완전히 격리되므로 한 테스트에서 조작한 데이터가 다른 테스트에 영향을 미치지 않는다
- 별도의 설치나 설정 없이 사용할 수 있다  

ChatModule은 다음과 같이 구성되어 있다. (TypeORM의 데이터베이스 연결 부분은 AppModule에서 이루어지고 있다.)

@Module({
  imports: [TypeOrmModule.forFeature([ChattingRoom, ChattingMessage, Member])],
  controllers: [ChatController],
  providers: [ChatService],
})
export class ChatModule {}

모듈별로 e2e 테스트를 진행할 예정이므로 테스트 모듈에 데이터베이스 연결 과정을 넣었다. 그 외의 설정들은 ChatModule과 동일하게 작성했다. 메모리 DB를 연결해줬기 때문에 테스트 모듈에서 데이터베이스를 조작해도 실제 DB에 반영되지 않는다.

beforeAll(async () => {
  const moduleRef = await Test.createTestingModule({
    imports: [
      TypeOrmModule.forRoot({
        type: 'sqlite',
        database: ':memory:',
        entities: [__dirname + '/../src/**/entities/*.entity.{js,ts}'],
        synchronize: true,
      }),
      TypeOrmModule.forFeature([ChattingRoom, ChattingMessage, Member]),
    ],
    providers: [ChatService, JwtAuthGuard, JwtStrategy],
    controllers: [ChatController],
  }).compile();

  app = moduleRef.createNestApplication();
  ...
  await app.init();
});

필요한 데이터는 beforeAll이나 beforeEach로 쌓아주기

모듈별로 필요한 테스트 데이터들은 TypeORM의 Entity Manager를 이용하여 미리 데이터베이스에 추가해줬다.

entityManager = moduleRef.get(EntityManager);
const member: Member = new Member();
member.email = '[email protected]';
member.providerId = PROVIDER_ID.KAKAO;
await entityManager.save(member); // 멤버 데이터 쌓기

const room: ChattingRoom = new ChattingRoom();
room.id = id;
room.participant = member;
savedRoom = await entityManager.save(room); // 방 데이터 쌓기 

(선택) 테스트 결과

ChatService 단위 테스트 전폭 수정 TarotModule e2e 테스트 리팩토링 ChatModule e2e 테스트 작성
image image image

@kimyu0218 kimyu0218 added this to the version 1.0.0 milestone Jan 28, 2024
@kimyu0218 kimyu0218 self-assigned this Jan 28, 2024
Copy link

cloudflare-workers-and-pages bot commented Jan 28, 2024

Deploying with  Cloudflare Pages  Cloudflare Pages

Latest commit: aa47c9e
Status: ✅  Deploy successful!
Preview URL: https://39e89a05.web09-magicconch.pages.dev
Branch Preview URL: https://be-feature--496-------e2e.web09-magicconch.pages.dev

View logs

채팅방 아이디가 없는 경우 NotFoundException을 던지는 지 검사
sqlite를 이용하여 메모리 db를 사용함으로써 더 이상 서비스 mock이
필요하지 않음
- 기존에 작성한 TarotService mock 필요하지 않음
- 테스트 모듈을 만들 때, sqlite를 사용하도록 설정함
- 메모리 DB를 이용하기 때문에 EntityManager를 이용하여 데이터를
  조작하도록 구현
- ...entity를 이용하면 불필요한 정보까지 dto에 담기게 됨
- 민감한 정보까지 담길 수 있으므로 정말 필요한 정보만 전달하도록 풀어씀
/chat/ai가 들어왔을 때 쿠키가 있는 사용자만 조회할 수 있음
- 채팅방 정보를 불러올 때 사용자 정보도 함께 불러오도록 설정
- 매번 채팅방을 조회/수정/삭제할 수 있는 사용자인지 확인하기 때문
- /chat/ai/:id는 쿠키가 있는 사용자만 조회할 수 있음
- id 값은 uuid 형식이어야 함
- 존재하지 않는 id에 대해 404 에러를 반환해야 함
- /chat/ai/:id는 쿠키가 있는 사용자만 수정할 수 있음
- id 값은 uuid 형식이어야 함
- 존재하지 않는 id에 대해 404 에러를 반환해야 함
- deletedAt만으로는 softDelete가 수행되지 않음
- 해당 데코레이터를 추가하고 name을 지정하여 softDelete 시 해당 컬럼에
  데이터가 설정되도록 구현
- /chat/ai/:id는 쿠키가 있는 사용자만 삭제할 수 있음
- id 값은 uuid 형식이어야 함
- 해당 방의 주인만 삭제할 수 있음
- 존재하지 않는 id에 대해 404 에러를 반환해야 함
- 채팅방 정보를 불러올 때 사용자 정보도 함께 불러오도록 설정
- 매번 채팅방을 조회/수정/삭제할 수 있는 사용자인지 확인하기 때문
- /chat/ai/:id는 쿠키가 있는 사용자만 조회할 수 있음
- id 값은 uuid 형식이어야 함
- 존재하지 않는 id에 대해 404 에러를 반환해야 함
- /chat/ai/:id는 쿠키가 있는 사용자만 수정할 수 있음
- id 값은 uuid 형식이어야 함
- 존재하지 않는 id에 대해 404 에러를 반환해야 함
- deletedAt만으로는 softDelete가 수행되지 않음
- 해당 데코레이터를 추가하고 name을 지정하여 softDelete 시 해당 컬럼에
  데이터가 설정되도록 구현
- /chat/ai/:id는 쿠키가 있는 사용자만 삭제할 수 있음
- id 값은 uuid 형식이어야 함
- 해당 방의 주인만 삭제할 수 있음
- 존재하지 않는 id에 대해 404 에러를 반환해야 함
- Member 객체는 Member 모듈에서 관리하는 게 맞다고 판단하여
  MembersService에서 조작하도록 구현했었다
- 하지만 사용자 관련 로직이 늘어나면 Auth 모듈에서 방대한
  MembersService를 주입 받게 된다
- 이는 Auth 모듈에서 사용하지 않는 기능들까지 공개되는 것이기 때문에
  오용의 가능성이 있다고 판단했다
- MembersService 대신 MembersRepository를 주입 받아 Auth 모듈에서 직접
  Member 객체를 조작하도록 수정했다
로그인 및 회원가입 성공 테스트트
멤버 서비스 대신 멤버 레포지토리를 주입받는 방식으로 변경
인증코드 발급은 프론트엔드에서 진행하므로 코드가 붙어있는지만 확인
실제로 API를 호출하지 않고 데이터를 기준으로 API를 테스트 하도록 모킹
- 인증 받지 않은 사용자만 로그인 할 수 있음
- 올바른 인증 코드를 쿼리 파라미터로 전송해야 함
message: '2번 카드에 대한 해설',
cardUrl: `${BUCKET_URL}/basic/2.jpg`,
},
].forEach(async (scenario) => {
Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💬 여기서 사용한 scenario는 스크럼 때 공유한 시나리오랑은 달라!! 아직 scenario를 반영해서 수정하진 않았어. e2e 테스트 다 작성한 후에 리팩토링 해보려구!!

@Doosies
Copy link
Collaborator

Doosies commented Jan 31, 2024

💬 e2e테스트를 진행할 때 메모리DB를 안쓸이유가 없네!! 👍 👍

@kimyu0218 kimyu0218 merged commit cb91a63 into dev Jan 31, 2024
@kimyu0218 kimyu0218 deleted the BE/feature/#496-채팅-모듈-e2e-테스트 branch January 31, 2024 11:22
@HeoJiye HeoJiye mentioned this pull request Feb 17, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

✅ 채팅 모듈 e2e 테스트 작성
3 participants