DRF로 RESTful API를 협업 개발하고 있다. 가족휴가 다녀오느라 뒤늦게 개발에 투입됬는데, 같이 개발하는 분께서 API 명세를 설계하셨고 그에 맞는 models.py 개발도 끝난 상황이었다.
그에 맞춰 개발하다보니, ForeignKey 관계를 나타내는 필드를 네이밍하실때 뒤에 _id를 붙이신게 헷갈렸다. user = request.user로 두면 좋을텐데, user_id = request.user 혹은 user_id = request.user.id로 접근하려니 헷갈렸던 것이다.
yeniyoo/api_server#48
그래서 합의 끝에 _id를 모두 떼기로 했다. 그래서 코드 수정에 들어갔는데, 지금까지 개발 단위별로 테스트해온 결과물에, 굉장히 광역적인 수정을 가하려니 다시 테스트할게 좀 걱정되었다.
그래서 테스트를 코드로 기술하고, 자동화하는 TDD에 대한 개념을 익혀야겠다는 마음이 생겼다.
배경
DRF로 RESTful API를 협업 개발하고 있다. 가족휴가 다녀오느라 뒤늦게 개발에 투입됬는데, 같이 개발하는 분께서 API 명세를 설계하셨고 그에 맞는
models.py개발도 끝난 상황이었다.그에 맞춰 개발하다보니, ForeignKey 관계를 나타내는 필드를 네이밍하실때 뒤에
_id를 붙이신게 헷갈렸다.user = request.user로 두면 좋을텐데,user_id = request.user혹은user_id = request.user.id로 접근하려니 헷갈렸던 것이다.yeniyoo/api_server#48 그래서 합의 끝에
_id를 모두 떼기로 했다. 그래서 코드 수정에 들어갔는데, 지금까지 개발 단위별로 테스트해온 결과물에, 굉장히 광역적인 수정을 가하려니 다시 테스트할게 좀 걱정되었다.그래서 테스트를 코드로 기술하고, 자동화하는 TDD에 대한 개념을 익혀야겠다는 마음이 생겼다.