일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
31 |
- 항해 백엔드
- 항해
- API Aggregation
- 빈 스코프
- 항해 플러스 후기
- 프로토타입 빈
- 항해플러스후기
- 항해플러스 후기
- 항해+
- push model
- 데이터 쿼리
- OOP
- 디자인 패턴
- 항해플러스 회고
- pull model
- fanout on write
- 항해플러스
- 순차지향
- 항플 백엔드
- 기능 테스트
- 항해 후기
- 항해플러스백엔드
- 싱글톤 빈
- 항플
- fanout on read
- 항해플러스 백엔드
- 피드 구현
- 항플 후기
- TDD
- 생성 패턴
- Today
- Total
목록TDD (3)
deVlog
목차 🤨 테스트 코드와 유지보수빠른 서비스 출시를 위해 CI(지속적인 통합)와 CD(지속적 전달 또는 지속적 배포)를 도입하는 곳이 증가하고 있다.TDD를 하는 과정에서 작성한 테스트 코드는 CI/CD에서 자동화 테스트로 사용되어 버그가 배포되는 것을 막아준다. 테스트 코드는 제품 코드와 동일하게 유지보수 대상이 된다.깨지는 테스트를 방치하는 상황이 길어지면 아래와 같은 문제가 발생할 수 있다.실패한 테스트에 대해 무감각해진다. 테스트 실패 여부와 상광 없이 빌드/배포가 이루어지게 된다.빌드를 통과시키기 위해 실패한 테스트를 주석 처리하고 실패한 테스트는 고치지 않는다.위와 같은 상황이 발생하면 테스트 코드는 가치를 잃기 시작한다.코드를 변경했을 때 기존 기능이 올바르게 동작하는지 확인하는 회귀 테스트..
목차 테스트의 범위는 테스트의 목적과 수행하는 사람에 따라 달라진다.테스트 범위에 따른 테스트 종류는 아래와 같이 세 가지로 나눠볼 수 있다.단위 테스트통합 테스트기능 테스트 🗺️ 기능 테스트와 E2E 테스트사용자 입장에서 시스템이 제공하는 기능이 올바르게 동작하는지 확인한다.테스트를 수행하기 위해서는 시스템을 구동하고 사용하는데 필요한 모든 구성 요소가 필요하다.예1) 회원 가입 기능이 올바르게 작동하는지 확인하려면 웹 서버, 데이터베이스, 웹 브라우저가 필요하다.예2) 회원 가입 과정에서 문자 발송 기능이 필요하다면 외부의 문자 발송 서비스도 필요하다.끝(브라우저)에서 끝(DB)까지 올바른지 검사하기 때문에 E2E(End to end) 테스트라고도 한다.QA 조직에서 주로 기능 테스트를 수행한다...
목차 🧑🤝🧑 테스트 더블https://martinfowler.com/bliki/TestDouble.html테스트 더블은 소프트웨어 테스트에서 실제 객체를 대신하여 사용되는 가짜 객체 들로, 테스트 환경에서 다양한 목적을 위해 활용된다.마틴 파울러는 위의 게시글에서 테스트 더블을 다섯 가지로 분류했다.Dummy : 객체는 전달되지만 실제로 사용되지 않는다. 일반적으로 파라미터를 전달하기 위한 용도로만 사용된다.Fake : 실제로 동작하는 객체를 의미한다. 보통 프로덕션에 환경에 적합하지 않은 지름길 역할을 한다. (인메모리 데이터베이스 가 좋은 예시이다).Stub : 테스트 중에 호출된 경우에 대해 미리 정해진 값을 응답한다. 보통 테스트를 위해 만들어지며 테스트 이외에 사용되지 않는다.Spy..