💡 '애자일(Agile) 방법론' 이란? - feat. TDD

개발에 대한 공부를 시작하면서 종종 보였던 단어, 'Agile'
뭔지는 모르겠지만 '애자일 방식으로..' '애자일 조직..' '애자일에 기반하여....''애자일...''애ㅈ...' 아무튼 엄청 많이 언급되는 단어였다.
언젠가 찾아보지 뭐 하고 계속 넘기다가 Testing 관련된 글에 TDD에 대한 내용을 읽는데 또 등장한 Agile !!!!!

아 그래서 애자일이 뭔데????🤯

..라는 궁금증과 대충이라도 알고 넘어가라는 계시 같아서 간단히 정리해 보려고 시작하는 포스팅.

찾아보니 초초초쭈니어(도 아닌)에게는 살짝 모호하기도 한 개념이라 정말 📍간단히 개념만 정리하기 위한 포스팅임을 밝힌다.

1. 애자일(Agile)방법론이 뭔데?

'애자일(Agile)'이란 용어는 소프트웨어 개발 방식의 하나로,
작업 계획을 짧은 단위로 세우고 제품을 만들고 고쳐 나가는 사이클을 반복함으로써 고객의 요구 변화에 유연하고도 신속하게 대응하는 개발 방법론이다.

Agile = '기민한, 날렵한' 이란 뜻인 만큼,
좋은 것을 빠르게 취하고, 유연하고 효율적으로 개발을 할 수 있도록 만드는 다양한 방법론을 통칭해 일컫는 말이다.

📍 애자일 프레임워크
: 애자일 방법론을 따르는 개발 기법
ex) Scrum, kanban, XP(eXtreme Programming) 등등

애자일은 어떠한 규정이나 툴이 아니며 ❌
개발 업무는 어떤 방식으로 진행되는 것이 좋은지에 대한, 협업과 워크플로우를 바라보는 관점, 가치체계, 문화라고 보는 것이 더 가깝다.
즉, 위의 프레임워크들이 지향하는 것을 통칭하는 상위 개념이 애자일이라고 할 수 있다.
🤚🏼 애자일 소프트웨어 개발 선언문

2. 애자일(Agile)이 왜 중요해?

새로운 방식의 탄생에는 분명 기존 방식의 단점을 보완하고자 함이 있을 것.
애자일의 탄생 배경에는 워터폴(Waterfall; 폭포수) 방식이 있다.

워터폴(Waterfall) 방식은
주문 ➪ 디자인 ➪ 기능구현 ➪ 테스팅 ➪ 배포
순서대로 흘러가는 방식. 아마도 K-people 들에게 가장 익숙한 모델이 아닐까 싶다. 긴 계획을 짜고 그 안에서 순서대로 체계적으로 진행되는 전통적인 방식.
하지만, 이는 지나치게 계획과 절차에 의존해 시간과 비용의 낭비가 증가한다는 단점이 있었다.

애자일(Agaile) 방식은
"주문 ➪ 디자인 ➪ 기능구현 ➪ 테스팅 ➪ 배포" x ∞
라고 보면 된다.
대신, 기능을 축소하고 그 주기를 짧게하여 빠르게 한 주기가 돌게 한 후 중간 테스트(피드백)를 많이 가지는 방식이다.
그 짧은 한 주기 = 스프린트(Sprint) 라고 한다.
이는 짧고 반복적인 과정으로 빠르고 유연하며 수정도 쉽다는 장점이 있다.
과거와는 비교조차 하기 어려울 정도로 시장과 고객 등 변화가 빨라지고 한치 앞을 예상하기 어려운 환경 때문에, 최근에는 거의 모든 IT업계에서는 애자일 방식을 선호하고 있다.

하지만 두 방식 모두 장단점이 있으므로 조직의 목적에 따라 적용하는 것이 좋다. 우리나라는 특성상 아직 허울뿐인 애자일 문화도 많다고.

3. 그렇다면 TDD는 무엇인가?

TDD란

: Test Driven Development(테스트 주도 개발)

이름에서 유추할 수 있듯 테스트를 중요시하는 개발 방법론이며,
작은 단위의 테스트 케이스를 작성하고 이를 통과하는 코드를 추가하는 단계를 반복하여 구현한다.

짧은 개발 주기의 반복에 의존하는 개발 프로세스이며, 애자일 방법론 중 하나인 eXtream Programming(XP)의 Test-First 개념에 기반을 둔 단순한 설계를 중요시한다.
프로그래밍 전에 테스트 코드를 먼저 작성하는 특징이 있다.

TDD 프로세스

• { Red = fail test } 단계 : 실패하는 테스트 코드를 먼저 작성.
• { Green = pass test } 단계 : 테스트 코드를 성공시키기 위한 실제 코드를 작성.
• { Blue = refactor } 단계 : 중복 코드 제거, 일반화 등의 리팩토링 수행.

중요한 것은 실패하는 테스트 코드를 작성할 때까지 실제 코드를 작성하지 않는 것과, 실패하는 테스트를 통과할 정도의 최소 실제 코드를 작성해야하는 것이다. 이를 통해 실제 코드에 대해 기대되는 바를 보다 명확하게 정의함으로써 불필요한 설계를 피할 수 있고, 정확한 요구 사항에 집중할 수 있다.

TDD의 장점 & 단점

장점
1) 재설계 시간을 단축 : 높은 품질의 소프트웨어를 보장
2) 철저한 기능별 모듈화 : 종속성이 낮은 코드
3) 추가 요구사항 반영이 비교적 쉬움
4) 디버깅 시간의 단축: 에러 및 버그가 적음

단점
1) 낮은 생산성 (테스트코드를 추가적으로 개발해야 하므로)
2) 초기 비용 증가 (초기 세팅 비용이 들고 숙련되기까지 시간이 소요됨)
3) 기한 준수가 중요한 프로젝트에는 도입이 어려움

📌 더 다양한 애자일 방법론이 궁금하다면? ➪ "BDD부터 TDD까지" 다양한 애자일 기법의 장단점

---

애자일과 TDD 등 다양한 소프트웨어 개발 방법론에 대해 공부하다보니 무조건 좋은 것도 없고, 각자 상황에 맞는 방법이 필요하다는 생각이 들었다. 하지만 요즘 IT업계의 큰 흐름은 애자일 방법론을 추구한다는 점! 우리나라에는 적용이 어려운 부분이 있겠다는 점! ㅎㅎㅎㅎㅎ 일단 요것만 알고가자

📌 참고사이트
애자일(Agile)이란 무엇인가
TDD란? 테스트 주도 개발