TDD 스터디 주간 회고 (4/22 ~ 4/28)

저희 팀은 이미 한 번 리뷰를 해본 적이 있지만,
제대로 된 주간 리뷰는 이번이 처음이라 이렇게 글을 남기게 되었어요.

스터디 진행 방식

저희 팀의 스터디 진행 방식은 다음과 같습니다.

1. 박우빈 님의 강의를 정해진 주차까지 듣습니다.

2. 팀원들과 회의를 통해 기획명세서를 도출합니다.
이때 GPT에게 회사에서 주는 것처럼 해달라고 요청합니다.

3. 기획명세서를 토대로 TDD를 진행합니다.
예전에 TDD를 할 때는 Red, Blue, Green 만 지키다 보니, 본질적인 것은 이게 아니라는 생각이 들었습니다.
그래서 저희 팀은 스터디 내용 중에 명세서를 열어보는 것을 가장 중요하게 여기고 있습니다.
TDD의 핵심은 명세서를 열어보고 해체하는 과정이라고 생각했어요.

4. 서로의 코드와 테스트 코드를 화면에서 보고 리뷰합니다.

한 주 소감

이번 주 스터디를 진행하면서 느낀 점은 다음과 같아요.

1. 양이 많았습니다.
2. 왜 TDD를 사람들이 비선호하는지 알게 되었어요.
   양이 많아서 급하게 팀과제를 진행했었는데, 그러다보니 테스트를 짜기 싫어지더라구요 🥲
3. 서로의 코드를 리뷰하다 보니, 코드 보는 실력이 많이 늘었습니다.
4. 양이 많다 보니, 퀄리티에 소홀해지는 것을 느꼈어요.

다음 주 스터디 목표

다음 주 스터디에서는 이런 점들을 개선해 보려고 합니다.

색깔별 담당. 저는 초록색

1. 정해진 곳까지 박우빈님의 강의를 듣습니다.
2. 양을 줄이고, 대신 퀄리티를 높이는 데 집중합니다.
3. 업무 분배는 사진과 같이 진행할 예정입니다. (저는 초록색 파트 담당이에요!)

TDD 스터디를 하면서 어려운 점도 있지만, 많은 것을 배우고 있습니다.