TIL. Unit Test - 8/20

예흠·2020년 8월 20일

wecode

목록 보기

32/43

: 내가 작성한 코드의 가장 작은 단위인 함수를 테스트하는 메소드 입니다.

그래서 내가 작성한 로직을 테스트하는 유닛테스트 코드를 짜서 테스트하게 됩니다.

Google Test Automation Conference에서 제안된 테스트 피라미드이며 UI Testing은 10%, Integrating Testing은 20%, 그리고 Unit Testing을 70% 전체 테스트 coverage를 구현 하는것이 권장됨

시스템을 테스트 할때 크게 3가지 방법으로 나눌 수 있습니다.

UI Testing / End-To-End Testing
- 크롬 브라우저를 띄운다음에 내가 만든 검색페이지로 들어가서 검색을 해보고 검색한 내용이 제대로 나오는지 화면상에서 확인하거나 직접 회원가입을 해보고 회원가입후에 로그인되는지 직접 브라우저 상에서 값을 입력해서 테스트 하는방법
Integration Testing
- 최소 두개이상의 클래스 또는 서브 시스템의 결합을 테스트하는 방법
  예를 들면 장고로 서버를 띄우고 모델 클래스와 결합하여 데이터베이스 시스템과 연동한 테스트
  Postman 또는 httpie로 호출해서 Json response가 제대로 출력되는지 확인
Unit Testing
이중 UI Testing이 가장 어렵고 까다롭습니다.

Manual Testingdms 실행하기 쉽다는 장점이 있지만 비용이 많이 들고 부정확 하며 실행 시간이 오래 걸립니다.

자동화 할 수 있지만 UI Testing은 자동화 하기가 가장 까다롭고 또 실행하기도 까다롭습니다.

Integration testing이 그 다음으로 공수가 많이 듭니다.

Unit Testing이 가장 쉬우며 가장 효과가 좋습니다.

유닛 테스트는 Ui Test 또는 Integration Test 보다 테스트 비용이 싸다고 할 수 있습니다. 왜냐하면 Ui Test는 백엔드 서버와 프론트를 연동하여 사람이 직접 테스트하지만, 유닛 테스트는 사람이 스크립트로 한꺼번에 자동으로 실행하기 때문입니다.
또한, 유닛 테스트는 다른 테스트에 비해서 실행 속도가 매우 빠릅니다. 그래서 유닛테스트를 활용하면 하루에도 배포를 여러번 할 수 있어 개발 및 배포 속도에 중요한 영향을 주기 때문에 개발할 때 최대한 활용하는게 좋습니다.
새로운 기능을 구현할때 유닛 테스트를 잘 작성해놓으면 중장기적으로 유지 보수가 쉬운 장점이 있습니다. 즉, 이전에 통과했던 테스트 집합을 가지고 버그를 찾기 위해서 이전에 테스트 되었던 유닛테스트를 반복하는것을 regression 테스트라고 하는데 유닛테스만 반복하면 되기 때문에 regression 테스트도 반복적으로 수행 할 수 있습니다.
유닛테스트를 잘 짜놓으면 유닛테스트가 되었던 코드에서는 버그가 거의 발견되지 않고 대부분 버그가 발견되는 경우는 유닛테스트가 없어서 발생하는 경우가 많고 만약 사후에 발견된 버그에 대해서도 버그를 수정한 후 유닛테스트를 작성해놓으면 버그를 방지할 수 있습니다.

노래하는 개발자입니다.