JUnit

테스트 코드를 작성하는 이유

지금 테스트 어떻게 하시나요? 이전까지 일해왔던 레거시 환경에서는 테스트가 서버를 띄우고 Postman 이나 화면에서 직접 입력폼 하나씩 입력하는 방식으로 다양한 use case 에 맞게 수작업 단순노동을 하면서 결과를 보내고 콘솔로 찍히는 로그가 정상인지 확인하는게 일반적인 테스트인줄 알았다. 이 방식은 경험상 단점이 존재한다 시간이 많이 필요 : 서버 띄우고 직접 입력폼 하나씩 입력하는 방식은 불필요한 행동이 많아 시간적 소비가 많다 유스케이스 기록 : 다양한 유스케이스에 대한 테스트를 기억하기 위해선 엑셀같은 문서에 남겨야한다. 최소 수십개의 테스트를 진행하다 까먹고 다시하거나 잊고 누락하는 경우가 생기기 때문이다 상황 대처 느림 : 운영중에 예상치 못한 에러가 발생하면 빠르게 파악하고 수정해서 반..

테스트코드 첫걸음

나는 이전까지 레거시 환경에서 테스트코드에 대해 들어본적이 없었고 jUnit 도 모르니 테스트를 한다면 화면 띄우고 디비에 연결해서 입력폼에 값 하나씩 입력하고 확인 버튼을 누르는 등 직접 결과를 확인했다 하지만 인강과 관련 개발서적(TDD)를 읽어보니 테스트에 대해 너무 무지했다는 걸 깨달았다 진행 중인 스터디의 주제로 리팩토링이 나왔는데 요구사항에 테스트 코드가 있고 스터디장이 테스트에 대해 설명을 해줘서 손쉽게 접근을 했다. 테스트 코드는 Gilded Rose 의 리팩토링 과제로 진행했다 emilybache/GildedRose-Refactoring-Kata Starting code for the GildedRose Refactoring Kata in many programming languages...