개발 문화 · 협업 · 심화
TDD/BDD는 주로 기능 요구사항(Functional Requirements)에 초점을 맞추는 경향이 있습니다. 성능, 보안, 확장성 등 비기능 요구사항(Non-functional Requirements)을 TDD/BDD 프로세스 내에서 효과적으로 테스트하고 검증하기 위한 구체적인 전략이나 접근 방식은 무엇입니까?
힌트 · Acceptance Criteria 확장, 특정 도구 연동, 성능 테스트 자동화, 보안 테스트 케이스 작성 등 비기능 요구사항을 테스트로 정의하는 방법을 설명해야 합니다.
성능 프로파일링보안 취약점 분석스트레스 테스트시나리오 기반 테스트계약 테스트
모범답안
TDD/BDD가 기능 요구사항에 집중하는 경향이 있는 건 사실입니다. 비기능 요구사항을 효과적으로 테스트하려면 몇 가지 전략이 필요합니다.
먼저, 인수 조건(Acceptance Criteria)을 확장해야 합니다. 단순히 기능 동작 여부뿐 아니라 성능 목표, 보안 제약 조건 등을 명시하는 거죠. 예를 들어 "로그인 기능은 1초 이내에 완료되어야 한다"처럼 구체적인 지표를 포함하는 겁니다.
다음으로, 비기능 테스트를 자동화합니다. 성능 테스트는 JMeter나 Gatling 같은 도구를 활용해 부하를 주고 응답 시간을 측정할 수 있습니다. 보안 테스트는 OWASP ZAP 같은 도구를 연동하여 취약점을 자동으로 검사할 수 있습니다.
마지막으로, 시나리오 기반 테스트를 활용합니다. 실제 사용 환경과 유사한 시나리오를 구성하여 스트레스 테스트나 내구성 테스트를 수행하는 거죠. 이를 통해 시스템의 안정성과 확장성을 검증할 수 있습니다. 계약 테스트를 통해 API 변경이 기존 시스템에 미치는 영향을 사전에 파악하는 것도 좋은 방법입니다.
읽었다면, 이제 직접 답해볼 차례예요
패스잇 앱에서 이 질문에 말로 답하면 AI가 꼬리질문까지 이어가며 1:1 코칭합니다.
함께 보는 테스트 (TDD / BDD) 면접 질문
- 테스트 더블(Test Double)의 개념과 종류(Dummy, Fake, Stub, Spy, Mock)에 대해 간략히 설명하고, 각각의 사용 사례를 예시로 들어주세요.
- TDD/BDD가 시스템 아키텍처 설계에 미치는 심층적인 영향은 무엇이며, 특히 모듈성, 응집도, 결합도 측면에서 어떤 변화를 가져온다고 생각하십니까? 실제 프로젝트에서 이러한 영향을 어떻게 경험하셨습니까?
- 마이크로서비스 아키텍처와 같은 분산 시스템 환경에서 TDD/BDD를 적용할 때 직면하는 주요 도전 과제는 무엇이며, 서비스 간의 상호작용 및 통합 테스트 전략을 TDD/BDD 원칙에 따라 어떻게 수립하고 구현할 수 있을까요?
- 복잡한 시스템에서 TDD를 수행할 때, 과도한 Mocking/Stubbing은 테스트의 실제 가치를 떨어뜨리거나 유지보수를 어렵게 만들 수 있습니다. Mocking/Stubbing의 적절한 사용 시점과 범위는 무엇이며, Mocking 프레임워크를 효과적으로 활용하면서도 Mocking Anti-patterns(예: Excessive Mocking, Mocking Private Methods)를 피하기 위한 전략은 무엇입니까?
- TDD/BDD를 CI/CD 파이프라인에 완벽하게 통합하기 위한 전략은 무엇이며, 특히 테스트 자동화, 배포 자동화, 그리고 피드백 루프를 최적화하는 관점에서 TDD/BDD가 어떤 역할을 할 수 있는지 설명해주십시오. 실패한 테스트가 배포 프로세스에 미치는 영향은 어떻게 관리해야 합니까?
- 레거시 시스템에 TDD/BDD를 도입하거나 적용할 때 직면하는 가장 큰 어려움은 무엇이며, 이러한 어려움을 극복하고 점진적으로 레거시 코드를 개선하며 테스트 가능한 상태로 전환하기 위한 구체적인 전략(예: Seam 활용, Golden Master)을 설명해주십시오.