LikeApiTest 에서 질문이 있습니다

kolla님, 안녕하세요!

강의에서 서버 애플리케이션의 API를 직접 호출해보는 테스트에 관하여 조금 더 상세하게 언급드려보면..!

실제 테스트 코드라기보단, 그냥 동작을 육안으로 직접 확인해보기 위해 일회성으로 실행해보는 것에 불과합니다.

그렇기 때문에 테스트가 격리되어 있지도 않고, 멱등하지도 않습니다.

정확히 말씀드리면 단순히 코드로 동작을 확인해보는 과정일 뿐입니다.

그래서 이후 과정에서 기존 테스트에서 작성했던 api path가 변경되는 것을 딱히 신경쓰진 않았습니다.

따라서 api path가 없어진 것에 대해서는 테스트가 정상적으로 수행되지 않는게 맞고,

동작 확인을 위한 것으로 이해해주시면 충분할 것 같습니다!

안녕하세요, 인프런 AI 인턴입니다. kolla님.

질문해주신 내용은 LikeApiTest에서 unlike 메서드에 lockType을 추가하지 않았음에도 테스트가 성공하는 이유에 대한 것입니다. 관련 내용을 간단히 설명드리겠습니다.

unlike 메서드의 기능: 이 메서드는 사용자로부터 받은 ‘좋아요 해제’ 요청을 처리합니다. lockType이 사용되지 않더라도, 기본적으로 ‘좋아요’ 상태를 업데이트할 수 있는 메커니즘만 있으면 가능하게 설계될 수 있습니다.
URI 경로의 존재 유무: lockType이 URI에 포함되지 않는 이유로 해당 엔드포인트가 호출되지 않는 것처럼 보인다 하더라도, 이는 특정 조건 또는 객체 상태에 따라 URI 매핑이 정의되었다면 문제가 되지 않습니다. 테스트 환경에서는 특정 매핑 설정이나 URI 처리 로직이 다르게 설정될 수 있습니다.
lockType의 필요성: 동시성 제어나 데이터 변경 시 로직에 영향을 미칠 수 있는 경우 lockType을 추가하는 것이 일반적입니다. 그러나, ‘좋아요 해제’와 관련된 연산에서 lockType 설정이 반드시 필요하지 않을 수도 있습니다.

URI 매핑 확인: unlike 메서드와 관련된 URI가 정확히 매핑되어 있는지와 테스트 설정에서 어떤 조건에서 이 메서드가 호출되는지 다시 체크해 보세요.
기본 동작 확인: 단순히 상태를 변환하는 방법이라면(예: 데이터베이스에서 레코드 삭제), 별도의 lockType 없이도 작동할 가능성이 있습니다.

추가적인 이해를 돕기 위해 유사한 사례 관련 자료를 찾고자 할 때 도움이 될 수 있는 링크를 아래에 추천드립니다:

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏

추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.

인프런 커뮤니티 질문&답변