unit test

코딩 대 테스트
작동하는 코드 확인 - 테스트
https://stackoverflow.com/c/wecode/questions/157

테스트 3종류
E2E

• end to end , ui testing
• 백엔드와 프론트 다 연결한후 기능구현 확인 단계
• 인력이 모자라고 급할때 함
• 테스트 하다가 버그 발견시
  • 어디가 문제인지 확인
  • 그리고 다시 처음부터 테스트를 해야함
  • 재확인 과정이 굉장히 비용과 공수가 지출이 많음
  • 반복하다보면 새기능만 디버깅하는 관습이 생길수잇고
    그때 디버깅안한 부문에 버그가 생길수잇음
  • 장점:가장 직관적이고 가장 쉽다
  • 단점: 반복 비용이 비쌈
• 그래서 마지막에 한번 테스트하는걸 추천 공수 10%

Intergration

• 내 서버만 띄어서 포스트맨과 같은걸로 호출 확인 단계
• E2E랑 비슷한 장점, 단점
• 내가 추가한 엔드포인트만 테스트를 하는 단점생김
• 장점:
• 공수 20%

Unit (보통 공수 70%)

• 단위테스트
• 내 코드에서 테스트할수있는 가장 작은 단위
• 내 코드를 테스트하는 코드를 짠다
  • 함수를 테스트하는 테스트
    • 함수호출하는 코드를 짠다
    • 내가 원하는 함수를 내가원하는 인풋과 내가원하는 아웃풋을위해 코드를 짜는 것
    • 단점: 코드를 짜야한다(번거로움
    • 장점: 자동화가능
    • 버그발견시 고치는 비용이 상대적 저렴
    • 대부분 90프로의 버그는 유닛에서 잡는다

intro unit test