Author’s Note
안녕하세요. HL만도에서 SW V&V(검증) 업무를 담당하고 있는 장준녕 책임연구원입니다. 이번 글에서는 엔지니어가 단순 반복 업무에서 벗어나 본질적인 연구▪개발에만 집중할 수 있도록, SW 다운로드부터 자동 검증, 그리고 전자결재 연동까지 검증의 전 과정을 스마트하게 연결한 ‘End-to-End 검증 자동화 파이프라인(ATOM_AI Task Optimization Manager)’ 구축 경험을 전해 드립니다.
"장 책임 잠깐 시간 돼? 이것 좀 볼 수 있을까?”
PPT 단 1장에 담긴 아이디어, 그리고 시작된 혁신
모든 여정은 2021년 4월, 조직 개편 후 새롭게 합류한 팀에서 팀장님이 모니터를 가리키며 던진 이 한마디에서 시작되었습니다.
“장 책임, 지금 보여주는 아이디어 혹시 실현 가능한지 봐줄 수 있을까? 안 된다면 다른 아이디어라도 제안해 주면 좋을 것 같아.”
팀장님이 보여주신 자료는 PPT 단 1장짜리 기획안이었습니다. 우리가 일하는 방식과 그 한계에 대한 깊은 고민이 담긴 장표라는 것을 단번에 간파하기엔 부족함이 없었습니다.
팀장님은 그 장표를 두고 아이디어를 열정적으로 설명하셨고, 저는 한마디 한마디를 주의 깊게 들었습니다. 당시 기존 Software Release Process 내 통합 시험은 ‘시험 요청 → 환경 구성 → SW다운로드 → 자동화 시험 수행 → 결과 보고’로 이어지는 전체 단계 중, 오직 ‘자동화 시험 수행’ 단계에서만 PC가 개입하여 제한적으로 진행되는 상황이었습니다.
검증 요청 감지부터 환경 변경, SW 다운로드, 테스트 실행, 결과 보고, 그리고 최종 전자결재 연동까지-검증의 전 과정을 하나로 잇자는 비전을 들으며 가슴이 뛰었습니다. 매일 반복되는 환경 세팅과 단순 작업에 치이던 우리 팀의 일하는 방식이 완전히 바뀔 것이라는 확신이 들었습니다. 이미 팀장님의 설명을 듣는 동안, 제 머릿속에는 필요한 기술적 구조들이 스쳐 지나가고 있었습니다. 그렇게 검증 엔지니어가 오롯이 기술 연구와 개발 본질에만 몰입할 수 있도록 돕는 'End-to-End 검증 자동화 파이프라인' 프로젝트가 닻을 올렸습니다.
파편화된 수작업 검증 프로세스의 한계
자동화 파이프라인을 구축하기 전, 기존 검증 프로세스는 각 단계가 수작업으로 파편화되어 있었습니다. SW 및 제어기 검증은 단지 '테스트 스크립트를 실행하는 것'에서 끝나지 않고 다음과 같은 복잡한 수동 절차를 거쳐야 했기 때문입니다.
- 검증 요청 확인 및 프로젝트/담당자 할당
- 검증 대상 타깃(Target) 및 하드웨어/소프트웨어 환경 변경
- 최신 SW 다운로드
- 테스트케이스 자동 로딩 및 실제 테스트 수행 (기존에 유일하게 자동화되어 있던 영역)
- 결과 데이터 수집, 데이터 파싱 및 리포트 작성
- 사내 시스템 결과 업로드 및 전자결재 프로세스 승인 요청
⚠️ 해결하고자 한 핵심 기술적 문제 (3대 병목)
이 파편화된 수작업 흐름은 단순히 '번거롭다'는 수준을 넘어, 품질과 생산성 측면에서 세 가지 치명적인 병목을 발생시키고 있었습니다.
- 인적 오류(Human Error)의 개입: 타깃 제어기 환경 설정 미스, SW 버전 오다운로드, 테스트케이스 매칭 실수 등 작은 오차가 전체 재검증으로 이어져 리소스 손실 발생
- 리드타임(Lead Time) 병목: 작업자 간 핸드오프(Hand-off) 대기 시간 및 결재 요청 대기로 인한 전체 검증 주기 지연
- 리소스의 비본질적 소모: 엔지니어가 정밀 기술 검증 대신 단순 반복성 제어기 세팅과 문서 작업에 상당한 시간과 에너지 소모
우리는 이 파편화된 프로세스를 매끄럽게 연결하여, 요청 감지부터 결재 승인 요청까지 단 한 번의 클릭도 필요 없는 100% 자동화 파이프라인을 구축하기로 결정했습니다.
반대에 부딪힌 첫 팀 회의, 그리고 새벽 2시의 고민
아이디어를 구체화하기 위해 팀원들을 한자리에 모았습니다. 하지만 팀원들의 첫 반응은 냉정했습니다.
“기존에 겨우 테스트 실행 하나 제어하던 PC 한 대에서, 어떻게 요청 감지부터 환경 변경, 결재 요청까지 다 처리합니까? 불가능합니다.”
팀원들의 반대는 당연했습니다. 기존 단일 PC 중심의 구조로는 확장성도, 연동 안정성도 확보할 수 없었기 때문입니다. 예상했던 지적이었기에 저는 “그럼 내가 이 아이디어를 실현할 아키텍처를 정리해 올 테니 내일 다시 회의하자”고 답한 뒤, 그날 밤 새벽 2시까지 구조를 고민하고 정리했습니다.
핵심은 생각의 전환이었습니다. 기존 단일 PC에 모든 역할을 몰아넣는 대신, 역할을 명확히 분리하는 것이었습니다.
○ 기존의 테스트 수행 PC들은 단지 명령을 수행하는 Slave PC(Client)로 두고,
○ 이 Slave PC들을 통합 제어하고 사내 외부 시스템과 통신하는 Master 서버를 중앙에 새로 구축하는 ‘Master-Slave 아키텍처’였습니다.
“장 책임, 도대체 무슨 마법을 부린 거니?”
다음 날 다시 소집된 회의실, Master-Slave 아키텍처 구조도를 펼쳐 보이자 어제까지 고개를 저으며 반대하던 팀원들의 눈빛이 달라졌습니다.
“…어? 이거 가능하겠는데요?”
이렇게 본래 3년으로 계획되었던 과제를 연내에 조기 완료하겠다는 목표와 함께 본격적인 개발에 돌입했습니다.
뭐든지 지원해주겠다며 호탕하게 웃는 팀장님의 시원한 웃음소리와 함께, 우리 팀의 'End-to-End 검증 자동화 파이프라인'을 향한 대여정이 본격적으로 시작되었습니다.
Master-Slave 아키텍처 기반의 ATOM 5단계 자동화 워크플로우
새벽 2시까지 이어진 고민 끝에 구상하고 실제로 구현해낸 ATOM(AI Task Optimization Manager)의 핵심은, ATOM SERVER(Master)와 HILS CLIENT(Slave), SW Update Selector, Download 파이프라인이 24시간 매끄럽게 연결되는 루프 아키텍처입니다.
[ATOM 5단계 자동화 워크플로우]
- ATOM SERVER (Data 요청 & 취득 & 최적화 할당)
- 사내 시스템(ALM등)과 주기적으로통신하여 신규 검증 요청 데이터 취득
- 유휴 상태인 CLIENT(HILS) 장비를 파악하여 최적의 프로젝트와 작업 할당 - SW UPDATE & SELECTOR (환경 변경 & SW Update)
- 할당받은 작업 스펙에 맞게 타깃 HILS의 검증 환경을 자동으로 셀렉팅 및 변경
- 사내 빌드 서버로부터 최신 SW를 받아 타깃 디바이스에 다운로드 및 플래싱 진행 - HILS CLIENT (Test 수행 & 결과 기록)
- 최신 SW가 반영된 환경에서 준비된 테스트케이스를 자동으로 로딩 및 시험 수행
- 시험 중 발생하는 로그 및 정량적 결과 데이터를 자동으로 기록 및 수집 - 결과 전송 & 등록 (Data 등록)
- 수집된 결과 데이터를 파싱하여 사내 시스템 및 ATOM SERVER로 전송 - 결재 요청 연동
- 사내 시스템 내에 결과 리포트 페이지를 자동 생성하고 코멘트와 함께 리더에게 전자결재 요청 발송
ATOM 운영 시스템 구성 및 실시간 화면 설명
ATOM 시스템은 크게 User, Server, Client의 3개 레이어로 역할이 분리되어 실시간으로 검증 파이프라인을 수행합니다.
1. User (Web UI)
사용자(엔지니어)가 검증 작업을 확인하고 파이프라인의 진행 상태를 모니터링하며, ATOM의 운영 현황을 한눈에 확인할 수 있는 웹 인터페이스입니다.
✔ 시험 요청 및 Polling : 사용자가 Web UI를 통해 새로운 검증을 요청(필요시-기본 동작은 완전 무인 자동화)하면, 시스템은 주기적으로 이 요청을 감지(Polling)하여 파이프라인을 가동합니다.
2. Server (CLI/Master Control Tower)
전체 ATOM시스템의 컨트롤 타워 역할을 수행합니다. Master 서버로서 사내 시스템(ALM 도구 등)과 통신하여 요청 데이터를 취득하고, 이를 기반으로 Client(Slave) PC들에 최적화된 작업을 할당 및 오케스트레이션합니다.
✔ Slave 환경 최적화 : Master 서버는 가용 가능한 Slave PC들의 상태를 파악하여 가장 적합한 자원을 선택하고, 해당 프로젝트에 맞는 검증 환경으로 최적화하도록 명령합니다.
3. Client (Desktop App / Slave Executor)
실제 테스트 장비(HILS 등)와 직접 연결된 Slave PC에서 동작하는 데스크톱 애플리케이션입니다. Master서버의 명령에 따라 하드웨어 제어 및 테스트 실행 전반을 전담합니다.
- SW 자동 배포 : Master 서버의 명령을 받아 사내 서버에 접속, 최신 SW 바이너리를 다운로드하고 Target 디바이스에 플래싱(자동 다운로드)합니다.
- 자동화 시험 Full-Run 수행 : 프로젝트별 테스트케이스를 자동으로 로딩하고, 실제 하드웨어 환경에서 테스트 전 과정을 완주합니다.
- 결과 자동 분석 및 결재 연동 : 테스트 완료 후 발생한 원시 데이터를 수집▪분석하여 결과 리포트 전용 페이지를 생성하고, 리더에게 전자결재 요청까지 발송합니다.
이처럼 ATOM은 단 한번의 최초 요청 또는 자동 감지만으로 ‘사람의 개입 없이’ 매끄럽게 연결되어 24시간 끊김 없는 무인 검증 생태계를 구축합니다.
정량적 검증 성과 : 24시간 무인 가동 체계 전환 및 경영 효율성
ATOM 구축을 완료한 후, HILS(Hardware-in-the-Loop Simulation) 장비 및 검증 프로세스 운영에서 압도적인 수치 성과가 입증되었습니다.
| 평가 항목 | 기존(Before) | ATOM 적용 후(After) | 정량적 개선 효과 |
| 근무 가동 시간 | 일 8시간 (수동 상주 작업) |
24시간 Continuous 운영 | 가동 시간 300% 증가 |
| HILS 장비 활용 효율 | 단일 장비 기준 제한적 구동 | 장비 1대당 운영 효과 3배 | 장비 운용 효율300% 증대 |
| 비용 절감 및 운영 이익 | - | 글로벌 적용 시 약 1/3배 절감 | 단일 장비당 300% 이익 기여 |
| 휴먼 에러 (Human Error) |
환경 세팅/다운로드 오류 발생 | 재검증 비율 0% 달성 | 휴먼 에러 Zero화 |
엔지니어가 밤낮으로 수동 세팅에 매여있지 않아도, ATOM이 야간과 주말 동안 스스로 24시간 완벽하게 검증을 수행해 내는 환경이 완성되었습니다.
단순 검증 도구를 넘어 'Task 기반 업무 오케스트레이션'으로
PPT 단1장에서 출발한 ATOM(AI Task Optimization Manager)의 본질은 단순히 특정 소프트웨어를 테스트하는 자동화 도구에 머무르지 않습니다. ATOM의 진짜 핵심 가치는 ‘어떤 분야든 업무(Task)를 정의하고, 그에 맞는 환경을 자동 구축하여 일련의 작업들을 컴퓨터가 스스로 수행하도록 만드는 확장형 오케스트레이션 엔진’이라는 점에 있습니다.
[ATOM의 확장성 생태계]
Software Testing → Hardware Testing → Digital Transformation(DX) → Smart Factory
미래 전망 및 기대효과
1. 도메인을 넘어선 무한한 확장성 (Flexibility & Scalability) : 소프트웨어 제어기 검증에서 입증된 메커니즘을 복잡한 하드웨어 신호 제어 시험 영역부터 생산 라인 스마트 팩토리(Smart Factory) 공정까지 그대로 이식 가능합니다.
2. 완전 무인화 공정 구현 : 정해진 Task 스펙에 따라 설비와 소프트웨어가 스스로 판단하고 구동하는 자율 제어 환경의 핵심 기반이 됩니다.
3. 엔지니어링 문화의 체질 개선 (Focus on Core R&D) : 소모적인 환경 구축과 단순 테스트 작업은 ATOM이 전담하고, 엔지니어는 고차원적 문제 해결, 기술 고도화, 창의적 설계 등 본질적인 R&D에만 몰입할 수 있습니다.
닻을 올린 혁신, 계속되는 여정
작은 아이디어로 시작된 우리의 여정은, 이제 조직 전체의 일하는 방식을 혁신하고 있습니다.
ATOM은 앞으로도 필요한 곳이 어디든, 필요한 일을 스스로 찾아 완벽히 수행해낼 것입니다. 단절된 워크플로우를 이어 붙이고 기술의 신뢰성을 증명해 내는 일, 검증 R&D Master로서 계속해서 만들어갈 새로운 혁신의 단계들을 기대해 주시기 바랍니다.
