팀프로젝트 도중 Mock과 관련해서 궁금한 점

Question

안녕하세요, 현재 SpringBoot &#43; Kotlin으로 프로젝트를 진행중인 학생입니다. 팀프로젝트 도중 Mock과 관련해서 궁금한 점이 생겨 여러분의 의견이 듣고싶어 질문드립니다!현재 팀에서 테스트 코드를 작성하기 위해 Mock을 사용하자는 의견이 있었습니다. 이전에도 잠깐 사용해봤었지만, Mock의 장점은 명확했습니다. 제가 느낀 장점은 '테스트를 다른 의존성으로부터 독립적인 환경을 만들기 때문에 다른 객체에서 생기는 문제를 본 객체에 영향을 주지 않는다.' 그리고, 'Spring에 의존적이지 않으므로 테스트 속도가 빠르다.'라는 장점이 있었습니다. 하지만 단점도 명확했습니다. 모의 객체는 행동의 결과 값을 직접 지정해 줘야 합니다. 다시 말해 Mock객체는 실제 객체가 아닌 개발자가 임의로 지정한 값을 뱉어줄 뿐이므로 이를 잘못 예측한다면 테스트는 성공함에도 불구하고 서비스에서는 에러가 날 수 있습니다. 여기서 의문점이 생겼습니다. '사용자가 환경을 다 정해주는 테스트인데 이 테스트가 의미가 있는 건가?' 혹시 여러분 생각은 어떠신가요? 다양한 의견 부탁드립니다!! 감사합니다.

kenu,전독시 · Answer

테스트 케이스의 의미는 나중에 수정된 코드로 인한 사이드 이펙트를 감지하는 용도입니다.테스트할 게 많아지면, 수동으로 테스트할 수는 없잖아요.

빙수빙수 · Answer

Mock객체가 흉내내는 인터페이스도 동일하게 Mock을 가지고 테스트를 해야죠.그러다가 밑바닥에 레벨인 데이터베이스에 도달하면 Mock을 사용하긴 힘들고, TestContainer등을 사용해서 실제 DB를 가지고 테스트 합니다.

엡실론 · Answer

그래서 mock을 적당한 곳에 잘 쓰는게 중요합니다.일단 잘못 예측하는 일이 작도록 mock이 된 클래스의 기대치가 명확하고, 그 기대가 변하질 않아야 합니다.만약 mock으로 표현하기 복잡하다면, fake를 써야합니다. 디비에 데이터를 저장하고, 저장한 걸 읽어오고, 업데이트 하고, 업데이트 한걸 읽어오는 코드를 테스트 한다면 데이터베이스 부분을 mock으로 처리하긴 힘듭니다. mock설정이 길어지고 잘못될 가능성이 크니까요. 이럴때는 테스트 데이터베이스를 쓰는 게 더 좋습니다.mock을 제외한 나머지 코드는 무엇을 하는가. 즉, 내가 뭘 테스트하고 싶은가도 생각해보세요. 코드가 mock을 호출하고 결과를 리턴할 뿐이라면 그다지 의미 있는 테스트가 되진 않겠죠. 따라서 모든 의존성을 mock을 쓰겠다는 상황은 바람직하지 않지만, 적당한 곳에 적당한 mock은 테스트를 보다 쉬우면서도 의미있게 만들 수 있습니다. 경우에 따라서 mock이 아니면 테스트하기 힘든 경우도 있고요.

집킨 · Answer

사용자가 지정한 값을 내뱉는게 핵심입니다유저의 보유캐시를 조회하는 기능을 구매 기능이 의존하는 상황에서 구매처리를 진행한다고 가정하고, 구매 기능을 테스트하고자 할때 테스트 시나리오를 먼저 생각해야 합니다현재 유저의 보유캐시가 구매 금액보다 작을 경우 예외가 발생하는 테스트를 한다고 해보면, 테스트의 대상은 실제 유저의 보유캐시를 잘 가져오냐가 아니라 캐시가 작으면 예외가 발생하냐입니다따라서 유저의 캐시를 가져오는 컴포넌트는 Mock으로 구현하고 의도적으로 적은 금액을 내뱉도록 하는거죠

만숙이바보 · Answer

Youtube joma 의 에피소드가 기억나는군요.어찌보면 안 하니만 못할 수도 있지만 그래도 안하는거보단 낫다에 한 표입니다.111 222 333 ㅅtest 이렇게만 입력 안하면요 ㅎㅎ

음 · Answer

현재 플젝에서 사용중입니다.개발에서 테스트란 물론 많이 하면 할수록 좋음. (검증해도 해도 에러나는게 개발이니까.?)근데 웹 같은 경우는 사실 직관적이고, 에러야 빡 나오기도 하고, 테스트야 몇십번을 하는데굳이 mock을 공부해서 구현하고 테스트해아한다? 저는 비추입니다. (일단 바쁨)mock으로 테스트 할시간에 다른거 하나 더 구현하는게 하는게 좋아요. (신입기준임)그리고 어느정도 년차가 되면, 로그를 안봐도 어디서 에러가 나는지 대충 알고어디서 테스트가 필요한지 대충 알아서 먼저 선 테스트함.한번 만들어두면 테스트시 편하긴 한데, 문제는 본문이 고쳐지면 테스트케이스도 같이 고쳐줘야 합니다.(보통 한짝으로 움직임), (우리나라 정서상 바뻐죽겠는데 시간 낭비같음)당연히 하면 좋지만, 바쁘면 굳이 이런느낌?그런데 한번 만들어두면 검증용으로 상당히 좋습니다. 보통 자기가 만든 프로그램 다들 의심많이 하잖아요? (이게 된다고?) 이거에 대한 확답으로 success되면 마음의 안정이...

kiel · Answer

'단위 테스트 만으로 모든 문제를 해결 할 수 있는가' 라고 생각했을 때 생기는 의문이네요.당연히 한계나 단점은 존재합니다. 말씀 하신 문제를 해결 하기 위해 통합 테스트라는걸 하는거고요.'사용자가 환경을 다 정해주는 테스트' 이기에 단위 테스트는 의미가 있습니다. 제한된 조건 내에서 의도한 결과가 나오는가를 보는게 단위 테스트의 핵심입니다.

팀프로젝트 도중 Mock과 관련해서 궁금한 점

7개의 답변

Q&A 목록