완전 TDD 대신 테스트 가능성: 로봇 Agent를 운영 가능한 코드로 만드는 원칙

2023년 1월 11일 · ◷ 2분

로봇 소프트웨어 개발에서는 종종 “일단 기능부터 붙이자"가 기본값이 된다. 현장 이슈가 급하고 하드웨어 변수가 많기 때문이다.

하지만 운영 단계에서 가장 비싼 비용은 기능 부족이 아니라 검증 불가능한 변경이다. 그래서 나는 완전한 TDD보다 먼저 테스트 가능한 구조를 목표로 잡았다.

문제 정의

당시 개발 환경은 아래 리스크를 동시에 갖고 있었다.

이 상황에서 “테스트 코드를 많이 쓰자"만 외치면 실패한다. 먼저 시스템 경계를 나눠서 어디까지 자동 검증할 수 있는지를 정해야 한다.

실제로 세운 원칙은 간단했다.

핵심은 방법론 이름이 아니라 운영 가능한 리듬을 만드는 것이었다.

테스트 가능성을 높이기 위해 아래를 우선했다.

이렇게 해두면 하드웨어가 없어도 핵심 로직 검증이 가능해지고, 실제 장비 테스트는 통합 단계에 집중할 수 있다.

이 원칙은 특정 로봇 한 대에 묶인 개발이 아니라, ROS + Python 환경이면 재사용 가능한 Agent를 목표로 할 때 더 효과가 크다.

즉, 재사용성과 운영성을 동시에 가져가려면 기능 구현보다 먼저 테스트 가능한 구조를 만드는 쪽이 결과적으로 빠르다.

참고: 테스트 피라미드 원칙은 자동화 테스트의 비용 대비 효과를 계층적으로 설명한다. The Practical Test Pyramid

참고: pytest는 파이썬 서비스에서 빠른 단위/계약 테스트를 구성하는 표준 도구다. pytest Documentation

참고: ROS 테스트 가이드는 런타임 의존 구성 요소를 단계적으로 검증하는 접근을 제시한다. ROS Testing Tutorials