Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- Spring Boot
- 개발자
- 자격증
- goorm x kakao
- mapping
- spring
- nosql
- bootcamp
- 티스토리챌린지
- 스터디
- aws
- sqs
- orm
- serverless
- jpa
- Docker
- rds
- s3
- Redis
- QueryDSL
- DynamoDB
- backenddeveloper
- CICD
- CodeCommit
- 오블완
- MSA
- codedeploy
- codebuild
- data
- goorm
Archives
- Today
- Total
gony-dev 님의 블로그
[TestCoding] 우리가 테스트 코드를 작성하는 이유? 본문
개발을 하다보면 내가 올바른 로직으로 구현하고 있는지, 정확한 정보를 넘겨주고 있는지, 또는 코드를 변경하였을 때 기존의 성능에 영향을 주지 않는지 검증할 필요가 있다.
매번 어플리케이션을 실행시켜 보는데에는 불필요한 시간 소비와 예기치 않은 오류를 바로 잡기 어렵다. 그렇기에 우리는 테스트 코드를 작성하며 개발한 기능의 정상 작동 여부와 유지 보수를 이어나갈 필요가 있다.
테스트 코드를 작성하는 이유!
- 본인의 코드가 완벽하다면 테스트 코드의 작성이 불필요하겠지만, 실수를 안하는 인간은 없다.
- 만일 테스트 코드를 작성하지 않는다면 무슨 일이 벌어질 수 있을까?
1. 커버할 수 없는 영역 발생
티끌 모아 태산이라는 말이 있듯이 아주 작은 오류라도 이를 모른 채 개발을 이어나간다면
완성된 로직에 결함이 생겨 코드 전체를 손봐야 하는 상황이 생겨 겉잡을 수 없는 지경에 오르게 될 지도 모른다.
2. 경험과 감에만 의존
그저 배우고 해왔던 대로 경험에만 의존한다면 본인의 실수조차도 몰라 기능 구현에 차질이 생길 수 있다.
3. 늦은 피드백
피드백을 주거나 받으려 하는 상황일 때 이를 바로 검증할 수단이 없다면 하나하나 다 뜯어보고
오류를 검출해야 한다는 어려움이 발생한다.
4. 유지보수의 어려움
오류가 있다면 이를 수정하고 개선해 나가는 과정을 거치면 되지만 해당 코드가 맞는지도 모른다면
어디서부터 어떻게 고쳐야 할지 모를 것이다.
우리는 변화가 생기는 매순간마다 발생할 수 있는 모든 CASE를 고려해야 하며 모든 팀원이 동일한
고민을 할 수 있는 상황을 조성해야한다!!
그렇기에 효과적인 테스트 코드를 작성한다면
1. 빠른 피드백
2. 자동화
3. 안정감
4. 오류 추적
위와 같은 이점을 취할 수 있다.
이렇게 테스트 코드를 작성해야 하는 이유를 나열해 보았다.
다음 포스트에는 테스트 코드의 기초인 단위 테스트를 포스트 해보겠다.