수백 개의 시스템을 하나로, QA 통합 테스트 전략

비유:
- 자동차의 ‘엔진’, ‘변속기’, ‘브레이크’를 각각 따로 테스트하는 것은 ‘단위 테스트’입니다.
- 이 부품들을 실제로 조립한 뒤, 엔진의 동력이 변속기를 통해 바퀴에 잘 전달되는지, 브레이크 신호가 제대로 작동하는지를 확인하는 것이 ‘통합 테스트’입니다.

‘차세대 금융 시스템’은 수많은 독립적인 서비스들이 유기적으로 연결된, 매우 복잡한 구조를 가지고 있기 때문입니다.

복잡한 의존성:
- ‘대출 신청’이라는 하나의 기능도, 내부적으로는 고객 정보 시스템, 신용평가 시스템, 계정계 시스템, 외부 인증 기관 등 수많은 서비스와 데이터를 주고받습니다.
장애의 빠른 전파:
- 하나의 작은 서비스 인터페이스 오류가, 도미노처럼 전체 시스템의 장애로 번질 수 있습니다.

통합 테스트는 이러한 시스템 간의 ‘연결 지점(Interface)’에서 발생할 수 있는 문제를 조기에 발견하여, 대규모 장애를 예방하는 핵심적인 역할을 합니다.

QA는 테스트의 범위와 목적에 따라 다양한 접근 방식을 사용합니다.

1. 빅뱅(Big Bang) 접근법:
- 모든 시스템의 개발이 완료된 후, 한꺼번에 모두 연결하여 테스트하는 방식입니다.
- 문제가 발생했을 때, 수많은 연결 지점 중 어디가 원인인지 찾기가 매우 어렵다는 치명적인 단점이 있습니다.
2. 점진적(Incremental) 접근법 (권장):
- 시스템을 단계적으로 통합하며 테스트를 진행하는, 더 현대적이고 안정적인 방식입니다.
- 상향식(Bottom-up): 가장 낮은 레벨의 모듈부터 시작하여, 점차 상위 모듈과 통합하며 테스트 범위를 넓혀갑니다.
- 하향식(Top-down): 가장 상위 레벨의 사용자 인터페이스부터 시작하여, 하위 모듈들을 하나씩 통합하며 테스트합니다. (초기에 하위 모듈이 없으므로, ‘스텁(Stub)’ 이라는 가짜 모듈을 사용합니다.)

제가 과거 차세대 프로젝트에서 겪었던 통합 테스트의 실패 경험입니다.

외부 신용평가 기관과 API 연동을 테스트하는데, 저희 QA팀은 단순히 ‘성공’ 케이스, 즉 정상적으로 신용 점수를 받아오는지만 테스트했습니다. 하지만, ‘실패’ 케이스에 대한 고려가 부족했습니다.

실제 오픈 후, 해당 기관의 서버가 일시적인 장애로 ‘에러’나 ‘타임아웃’을 보냈을 때, 우리 시스템이 이 예외적인 응답을 제대로 처리하지 못하고 멈춰버리는 장애가 발생했습니다.

이 경험을 통해, QA는 통합 테스트 시 ‘성공’ 케이스뿐만 아니라, 상대 시스템이 실패했을 때 우리 시스템이 어떻게 반응하는지에 대한 ‘예외 처리’ 시나리오를 반드시 검증해야 한다는 것을 배웠습니다.

차세대 시스템의 성공은, 얼마나 많은 기능을 만들었는지가 아니라, 그 기능들이 얼마나 안정적으로 ‘연결’되어 있는가에 달려있습니다.

QA는 이 복잡한 시스템의 거미줄 같은 연결망을 꿰뚫어 보고, 데이터가 막힘없이 정확하게 흐르는지를 검증해야 합니다.

성공적인 통합 테스트는, 보이지 않는 곳에서 시스템의 안정성을 묵묵히 지탱하는, QA의 가장 중요한 역할 중 하나입니다.