20230404-test-code/

[utterances-bot]

테스트 코드를 왜 그리고 어떻게 작성해야 할까?

테스트 코드가 필요한 이유와 잘 작성하는 방법에 대해 공유합니다.

https://tech.inflab.com/20230404-test-code/

[jin3378s]

글 잘 읽었습니다! 작성 해주신 코드 중에 테스트 대상 객체를 생성하기 위한 Fixture 를 확인할 수 있었는데요. 예를 들어 jobApplicant를 생성 할 때 현재는 create에 인자로 지원 상태만 넘겨주어서 생성 하고 있지만, 다른 값을 더 커스텀 하고 싶다거나, 예를 들어 지원서 같은 데이터를 관계로 추가 하고 싶다거나 테스트 상황마다 데이터가 미묘하게 다른 지원자 객체가 필요한 경우 Fixture 내부에서 그 구현 종류를 늘려 가시는지, 아니면 중복이 어느정도 있더라도, 테스트 내부에서 각각 변경된 값을 setter와 같은 메서드 호출해서 변경 하시는지 궁금합니다!

[haruInflearn]

@jin3378s 안녕하세요🙂
저는 테스트 코드에서 중복을 줄이기위한 목적이 읽기 좋은 코드를 작성하기 위함이라고 생각하는데요.
그래서 이것도 하나의 타협점인데, 대개 준비단계에서 테스트 대상 객체들이 많아지게 되고
연관 데이터들이 너무 많이 필요하다 싶으면 그 부분을 fixture를 통해 모듈화하는 편이고 테스트 코드안에서 양적으로나 표현가능한 부분의 코드이면 따로 중복을 제거하지 않는 편입니다.

그리고 만약 만들어질 Fixture는 최대한 외부에서 주입되어 유연해질수 있도록 내부에서 객체를 생성하는 방향보다는 default parameter를 사용합니다.
(물론 다른 방법으로도 읽기 좋게 추상화 할수 있다면 그 방법도 틀린 방법은 아니라고 생각합니다.😀)

[jin3378s]

@haruInflearn Fixture 함수 만들다가 너무 많은 기능이 들어가는것 같아 고민하던 와중이어서 한번 여쭤 봤습니다! 좋은 글에 좋은 답변 까지 감사합니다!

[stae1102]

덕분에 테스트에 대해서 좋은 인사이트를 얻을 수 있었습니다!

읽으면서 궁금했던 점이 몇 개 있는데요

1. nestjs docs의 testing 섹션에 있는 createTestingModule은 사용하지 않고 직접 Stub같은 모의 객체를 만들어서 테스트를 진행하시나요?
2. 그랬을 때, 비즈니스 로직이 바뀌게 된다면, 모의객체와 실 객체, 테스트 코드를 모두 업데이트 해줘야 할까요?

[Invidam]

테스트를 작성하며, 프로젝트가 더욱 난해해지는 이상한 경험을 하고 있는데, 테스트 간 결합도 & 결과를 거증할 것을 잘 고려해봐야겠네요.. 덕분에 배워갑니당

[haruInflearn]

@stae1102 님 안녕하세요🙂
여쭤봐주신 부분에 대해서 하나씩 답변을 드리자면,

1. nestjs docs의 testing 섹션에 있는 createTestingModule은 사용하지 않고 직접 Stub같은 모의 객체를 만들어서 테스트를 진행하시나요?

보통 e2e나 integration 테스트를 할때는 말씀하신 createTestingModule을 직접 사용하고 있고
unit 테스트를 작성할때는 테스트 대상의 객체를 인스턴스화시켜 사용하고 있습니다.

2. 그랬을 때, 비즈니스 로직이 바뀌게 된다면, 모의객체와 실 객체, 테스트 코드를 모두 업데이트 해줘야 할까요?

"비즈니스 로직이 바뀌게 되었다"라는 말씀이 "제품코드의 기능이 수정 및 변경이 되었다"라는 의미라면 그에 대한 기존 테스트 코드가 당연히 실패하게 될겁니다.
그리고 저희는 그 기능에 맞춰 말씀하신대로 테스트를 업데이트 해줘야 합니다.
그게 바로 회귀 테스트의 과정중 하나라고 생각이들고요.🙂