프로젝트 - Kupica/중간 회고2 테스트 코드 네이밍 전략을 공부하며 생각한 것 발단 정리 의견 발단 Project Kupica를 개발하며 간단한 기능에 대한 구현이 끝나고 배포 직전의 상황에 왔습니다. 테스트 코드에 대한 부분이 허술하기도 하고 네이밍 전략 등에 너무 무관심 했던 것 같아 공부를 하였습니다. 정리 메서드명_기대결과_테스트상태 메서드명과 기대 결과, 상태를 테스트명으로 나타냅니다. 단점: 메서드명이 바뀔 때마다 매번 직접 바꿔야합니다. 예시 isMan_False_GenderEqualsWoman test[테스트기능] test를 접두어로 테스트할 기능이 뒤에 추가됩니다. 예시 testIsNotManIfGenderEqualsWoman 테스트할 기능 test 접두어를 생략하여 기능만을 직관적으로 나타냅니다. 예시 IsNotManIfGenderEqualsWoman When_테.. 2023. 5. 3. [Project Kupica] UnitTest 격리에 있어 약간의 뻘짓과 그 중간 회고. 사건 발단 member 모델을 만들고 MemberRepository의 테스트를 위해 UnitTest 코드를 작성하고 있었습니다. 제가 테스트하던 환경은 Springboot 2.7.4 데이터베이스 H2 DB 2.1.214 이였습니다. 테스트 내용에는 member 추가 , member 목록 보기, member 한 명 보기, 그 외 수정, 삭제가 있었습니다. 중간에도 영속성 컨텍스트를 깜빡하여 여러 member를 만들었을 때 에러를 겪었지만, 저는 테스트하는 중간에 이전에 했던 테스트의 결과, 흔적이 다음 테스트에도 영향을 끼칠 수 있다는 것을 알았습니다. 이러한 부분은 @transactional을 통해서 극복할 수 있지만 AUTO_INCREMENT의 값을 초기화하지는 못하였습니다. 처음에는 @DirtiesC.. 2022. 10. 4. 이전 1 다음
