Flask 리드·아키텍트 테스트·코드품질 면접

레거시 시스템에는 먼저 Golden Master Testing 기법으로 현재 동작을 스냅샷으로 고정하고, 비즈니스 크리티컬한 경로부터 Characterization Test를 작성해 안전망을 구축합니다. 신규 마이크로서비스는 TDD로 개발하며 테스트 피라미드(단위 70%, 통합 20%, E2E 10%)를 준수합니다. 전환 과정에서는 Contract Testing(Pact 등)으로 서비스 간 인터페이스를 검증하고, Strangler Fig 패턴 적용 시 기존 시스템과 신규 서비스의 응답을 비교하는 Shadow Testing을 병행합니다. 단계별 전환마다 smoke test를 자동화하여 배포 전 필수 기능 검증을 보장하며, 테스트 커버리지를 점진적으로 80% 이상으로 높이되 비용 대비 효과를 고려해 핵심 비즈니스 로직에 집중합니다. 조직 차원에서는 테스트 작성 시간을 스프린트 계획에 공식 반영하고, 코드 리뷰 시 테스트 품질을 필수 체크리스트로 포함시킵니다.

먼저 Black, isort, Flake8, mypy를 조합한 자동 포맷팅 및 린팅 파이프라인을 구축하고 pre-commit hook과 CI/CD에 통합하여 기계적 검증은 자동화합니다. 코드 품질 측정을 위해 SonarQube를 도입하여 복잡도(Cyclomatic Complexity 10 이하), 중복도(5% 이하), 테스트 커버리지(핵심 로직 80% 이상)를 지표화하고 대시보드로 가시화합니다. 코드 리뷰 가이드라인은 팀 리드들과 협업해 작성하되, 체크리스트 형태로 구체화하여(테스트 존재 여부, 에러 핸들링, 보안 이슈 등) 주관성을 줄입니다. 도입은 신규 프로젝트부터 시작해 성공 사례를 만들고, 레거시는 수정하는 파일부터 점진적으로 적용하는 Boy Scout Rule을 권장합니다. 월 1회 코드 리뷰 세션을 운영해 좋은 코드 사례를 공유하고, 가이드라인 위반 시 blame이 아닌 학습 기회로 활용하는 문화를 조성합니다. 개발 속도 저하 우려에 대해서는 초기 2주간 20% 속도 감소를 허용하되, 4주 후 품질 개선으로 인한 디버깅 시간 감소를 측정해 ROI를 증명합니다.

테스트를 smoke(2분), unit(8분), integration(15분), E2E(20분) 계층으로 분리하고, PR 단계에서는 smoke+unit만 필수 실행하며 integration은 병렬로 실행해 전체를 10분 내로 완료합니다. E2E 테스트는 merge 후 main 브랜치나 nightly build에서만 실행하도록 트리거를 분리합니다. pytest-xdist로 테스트를 병렬 실행하되, 데이터베이스 의존성이 있는 테스트는 pytest-django의 transaction fixture나 factory-boy를 활용해 격리성을 보장합니다. Docker 기반 테스트 환경을 최적화하여 레이어 캐싱을 극대화하고, 테스트 DB는 인메모리 SQLite나 테스트 전용 컨테이너를 재사용합니다. 느린 테스트는 pytest-benchmark로 프로파일링하여 상위 20%를 집중 개선하고, 외부 API 의존성은 responses나 vcrpy로 모킹하여 네트워크 지연을 제거합니다. 장기적으로는 통합 테스트를 단위 테스트로 전환할 수 있는 부분을 식별하고, 테스트 피라미드 비율을 재조정하여 빠르고 안정적인 피드백 루프를 구축합니다. 테스트 실행 시간을 CI/CD 메트릭으로 추적하고, 새로운 테스트 추가 시 실행 시간 임계값(0.5초)을 초과하면 경고를 발생시킵니다.