백엔드 개발자 블로그

문제 발생여느때 처럼 PR이 올라오고 있었는데… PR 생성하면서 빌드를 수행하는데 끝날 기미가 보이지 않았다.. 기다려보니 빌드는 성공하였지만, 빌드 수행시간이 13분을 육박하였다… 문제해결 필요성→ 기능 하나 추가하는 시간이 너무 오래 걸린다..→ 이렇다보니 테스트 코드를 작성하는것도 부담이 되고 PR을 올리는것조차 부담이 된다..→ 시간이 오래 걸리니 한번에 많은 기능을 하나의 PR에 묻어가고 싶은 마음이 든다…→ 하나의 PR에 많은 기능을 넣다보니 리뷰도 원활히 되지 않는다…→ 리뷰가 원활히 되지 않으니 동적으로 발생하는 오류 사항을 놓치고 만다…→ 그렇게 우리 서비스는 점차 지뢰 밭이 되고 만다…?개선이 시급하다 우선 느려지는 원인에 대해서 파악해보자단위 테스트만 하는 상황인데도 @SpringBo..

테스트 코드를 작성 해야 하는 이유?코드를 믿을 수 없다배포하고 돌려본다에러가 발생하면 재배포해서 다시 돌려본다기능을 추가하거나 변경할 때마다 이전에 동작한 모든 기능들에 대해서 잘 동작하는지 돌려보면서 확인해본다..요구사항을 알수 없다작가 정보를 추가한다작가 테이블에는 사용자 정보가 존재해야 저장이 가능하다사용자가 탈퇴후 작가 정보를 추가한다면..?FK 제한이 있어 에러가 발생한다..기능을 변경하거나 확장하기 어렵다작가명을 20자에서 30자로 변경하려고 한다파라미터의 글자수 제한을 변경하였다그리고 배포하였다..하지만 디비 스키마는 반영되지 않았다..배포한 이후에 작가명 수정 API에서 에러가 발생한다…단위 테스트 vs 통합 테스트단위 테스트단위 테스트에 대한 기준은 없다. 단위 테스트는 최소한의 범위로..

지금까지 애플리케이션 개발하면서 주로 기능 테스트(단위 테스트, 통합 테스트)만 해온것 같다. 이것만으로는 사용자들이 원하는 서비스를 제공하는 것이 부족하다고 생각하여 성능 테스트 개념을 정리해보고자 한다. 성능(Performance) 테스트란? 특정 부하에서 성능 측정(CPU 사용량, 응답속도, 가용성, 처리량)을 목표로 한다. 부하 테스트와 스트레스 테스트는 모두 성능 테스트 하위에 있는 테스트이다. 부하 테스트란? 부하 테스트란 임계값 한계에 도달할 때까지 시스템 부하(유저수, API 요청, 트랜잭션)를 지속적으로 꾸준히 증가시켜 시스템의 한계를 찾아내는 것을 목표로 한다. 스트레스 테스트란? 기존 자원에 한계치 이상의 과부하를 줘서 어떤 동작을 보이는지 확인하는 테스트이다. RTO(Recovery..

개념사용처 테스트 코드 작성사용 언어 Groovy(동적 타입 프로그래밍 언어, python과 유사)장점 함수이름 한글로도 가능코드블록으로 구분되어있음(given,when,then)Junit 요소들 모두 제공중복코드 제거 가능(where)사용법`def + "함수이름" + ()` 로 함수 정의given : 테스트에 필요한 값 준비when : 테스트 코드 실행then : 결과 값 검증expect : then과 같으나, when이 필요하지 않음where : 데이터가 다르고, 로직 동일한 경우 중복 코드 제거TestContainers사용하는 이유운영환경과 유사한 DB 스펙으로 독립적인 환경에서 테스트 가능docker로도 가능하나 관리가 번거러워짐사용방법dependency 추가// spock testImplemen..