인프런 커뮤니티 질문&답변

안녕하세요.

양질의 강의 덕분에 제한된 시야에서 새로운 인사이트를 얻을 수 있었습니다.

섹션 18 - 안정감 있는 아키텍처 개선 챕터를 수강하고 있으며, 현재까지 강의를 들으면서 궁금 했던 내용 두 가지를 여쭈어보고 싶습니다.

질문 1.

"TDD를 사용해 만들어진 먹구름 아키텍처를 어느 시점에서 개선 해야 할까요?"

질문을 하게 된 계기는 전형적으로 많이 사용되는 레이어드 아키텍처를 첫 기능 구현 단계에서 부터 차용하여 개발을 진행 해왔는데, 왜 이 아키텍처를 사용했을까? 란 의문이 없었거든요.

강의에서는 흔히 말해 스마트 UI 패턴으로 요구사항을 충분히 충족 해오며 점진적으로 개선 해왔습니다.

그러다 모종의 이유로 내부 아키텍처를 개선 하면서 진행이 되었는데, 아키텍처를 개선 해야겠다고 느끼는 요소가 무엇인지 궁금합니다.

• 요구사항이 추가 되었을 때 개발 비용을 최소화 하여 충족 시킬 수 있는가? 라고 생각을 하고 있는데, 현재 까지 불편함을 느낄 정도의 확장성을 강요 받아본 적 없어서 감을 못 잡는 것 같습니다.

질문 2.

"어떤 영역을 대상으로 테스트를 작성해야할까?"

- 테스트 코드 작성 범위 고민

위 질문 내용과 답변을 보고 무언가 감이 오는 듯 하나, 아직 정리되지 않는 느낌입니다.

1. API 계층의 동작이 가볍다 또는 무겁다의 판단 기준

API 계층의 동작이 가벼운지 무거운지에 대한 판단은 어떻게 하시는지 궁금합니다.

• 해당 강의에선 API 계층의 동작이 가벼웠기 때문에 API 스펙에 인수테스트를 진행 한 것 같습니다.

2. 서비스 대상으로 테스트를 많이 실행하고, API 는 간단한 성공 경우에 테스트를 한다.

이 케이스에선 아래와 같은 테스트 시나리오가 있다고 가정한다면 테스트를 어떻게 하면 좋을까요?

- username 속성이 null 이거나 공백이라면 HasUsernameNullOrEmpty 예외를 반환한다
- username 속성이 올바른 형식을 따르지 않으면 InvalidUsername 예외를 반환한다
- username 속성이 올바른 형식을 따르면 User 객체를 생성한다

• 서비스 테스트에서 위 3가지 케이스에 대해 검증

• 인수 테스트에서 username 을 정확히 입력한 경우 상태코드와 유저에 대한 정보를 반환 하는지 검증

   

이렇게 테스트를 구성한다고 이해 했는데 제대로 이해한걸까요?

다시 한 번 질문을 빌미로 감사 인사를 드리면서 고견 부탁드리겠습니다.

항상 건강하세요!