임베디드 테스트: Host·HIL·타깃 검증으로 SW·HW 리스크 다루기

타깃에 가기 전에 검증 경로를 만든다

임베디드 소프트웨어는 자원이 제한된 타깃 HW에서 동작하며, 실시간 요구와 HW 의존성을 함께 가진다. 그래서 제품 품질은 Host 개발 환경에서의 검증만으로 확보되지 않는다. 일반적인 흐름은 Host 환경 개발, 에뮬레이터 시험, 타깃 포팅, 타깃 시험 순으로 이어진다.

이 과정은 기능·성능·안전·신뢰성을 확인하는 데 그치지 않는다. 인터페이스, 드라이버, RTOS 동시성, 실제 운용환경과의 일치성까지 검증 범위에 포함한다. HW가 아직 준비되지 않은 상태라면 모델, 프로토타입, HIL을 사용해 리드-어헤드 테스트를 진행할 수 있다.

HW 의존성과 시간 제약을 함께 다루는 조건

MCU/MPU, RTOS/Linux, 버스, 센서와 액추에이터의 조합이 달라지면 검증 대상도 달라진다. 드라이버, 부트로더, 보드 서포트 패키지(BSP)가 해당 HW에 맞게 동작하는지 확인해야 한다.

실시간 시스템에서는 인터럽트 지연, 스케줄링 지터, 우선순위 역전이 품질 문제로 이어질 수 있다. 타이밍 요구사항을 명시하고 Worst-Case Execution Time(WCET)과 응답지연을 측정하는 이유다.

외부환경 역시 테스트 범위다. 센서 노이즈, 전원 변동, 온도와 진동 같은 비정상 조건을 시험하며, HIL과 시뮬레이터로 반복 가능한 조건을 만든다. Field Data를 기록한 뒤 다시 주입하는 Record & Replay도 재현성을 확보하는 방법이다.

Host와 타깃은 ISA, 엔디안, 메모리 모델이 다를 수 있다. 동일한 바이너리라는 전제를 두지 않고 컴파일러, 링커, 라이브러리 차이를 검증해야 한다. SW와 HW가 병행 개발되는 상황에서는 멀티플 V 모델과 DESS-V 모델로 단계별 시험 시점을 맞추고, 통합 빌드·테스트 파이프라인(CI)과 계측 자동화로 반복성을 확보한다.

요구사항에서 타깃 시험까지 이어지는 검증 흐름

⤢✕

요구사항과 HW 제약, 타이밍 요구를 바탕으로 Host 개발과 테스트 설계를 시작한다. 에뮬레이터 단계에서는 모델 또는 HIL로 성능과 지터를 확인하고, HW가 미완성이라면 프로토타입 또는 HIL에서 보드 초기화와 드라이버 연동을 먼저 시험한다.

타깃 포팅 이후에는 기능, 타이밍, 전력, EMI를 실제 조건에서 확인한다. 오류나 성능 미달이 발생하면 입출력과 스케줄 이벤트를 Record & Replay로 재현해 원인을 좁힌다. 동시성 스트레스 시험에서는 우선순위 역전, 락 경합, 인터럽트 마스킹 시간 상한도 점검 대상이 된다.

시험 관점은 SW와 HW에서 다르게 잡힌다

SW 테스트는 요구, 상태, 타이밍 명세에서 케이스를 도출한다. 경계값, 동등분할, 시퀀스 커버리지를 적용하고, FSM이나 상태도를 기준으로 전이와 가드 조건을 확인한다. 비정상 전이와 회복 경로도 포함해야 한다. 제한된 시험 시간에서는 안전성, 실시간성, 인터페이스처럼 위험이 큰 영역을 먼저 다루는 리스크 기반 테스트가 유효하다.

HW 시험은 I/O 요구 충족 여부를 기능, 성능, 전력, EMI 관점에서 측정한다. Boundary Scan(JTAG/1149.1)은 납땜 결함과 핀 단선·쇼트를 검출해 초기 보드 브링업을 안정화하는 데 쓰인다. 스모크 테스트에서는 전원, 클록, 리셋, 부팅, 기본 주변장치를 빠르게 확인해 초기 실패를 찾는다.

모델 수준에서는 Model(PC 시뮬레이션), Prototype(실험 HW/HIL), Final Product(실제 HW)의 3단 V를 연결하는 멀티플 V 모델로 요구와 검증의 추적성을 강화할 수 있다. DESS-V 모델은 임베디드 SW 개발 단계, 테스트 종류, HW 개발 시점을 타임라인에서 구분해 동시 개발의 조율에 사용한다.

검증 환경마다 얻는 정보가 다르다

구분	성능	확장성	일관성	안정성	운영 편의
Host(PC)	매우 높음, 프로파일링 용이	테스트 데이터/시뮬레이션 확장 용이	타깃과 바이너리 차이 존재	HW 의존 이슈 미포착 위험	디버깅/자동화 매우 용이
에뮬레이터/HIL	시간스케일 제어·결정론적 실행 가능	모델 업데이트로 시나리오 다양화	모델 정확도에 좌우	I/O 타이밍 근사치	반복성과 재현성 우수
타깃(실기)	실제 조건 평가 가능	대규모 시나리오 자동화 제약	환경 변동에 영향	노이즈/전원 변동 영향 포함	계측/로그 수집 비용 높음

Host는 빠른 프로파일링과 자동화에 적합하지만 HW 의존 문제를 모두 포착하지 못한다. 에뮬레이터와 HIL은 시간스케일 제어 및 반복 실행에 강점이 있으나 결과는 모델 정확도의 영향을 받는다. 실제 타깃은 운용 조건을 평가할 수 있지만 계측과 로그 수집 비용이 높고 자동화 범위에 제약이 있다.

제어기·로봇·의료기기에서의 검증 대상

자동차 제어기(ECU)는 Host에서 제어로직을 검증한 뒤 HIL로 센서와 차량동력계를 모사하고, 실차에서 CAN/LIN 버스 부하와 타이밍을 확인한다.

산업용 로봇에서는 경로 계획의 상태전이, EtherCAT/Profinet 지연, 전원 강하와 EMI 내성을 시험한다.

의료기기는 안전 상태전이와 페일세이프를 확인하고, 알람 타이밍 요구인 예: <150ms를 측정한다. 기록 데이터가 법규 대응에 필요한 경우 Replay 기반 재현 시험도 수행한다.

조기 검출과 자동화가 만드는 효과

Host와 에뮬레이터 단계에서는 결함을 6080% 사전 제거할 수 있으며, 제품과 도구의 성숙도에 따라 편차가 존재한다. HIL과 Replay 자동화는 타깃 실시험 대비 시험 리드타임을 3050% 단축한다.

타이밍 위반과 우선순위 역전을 재현하고 수정하면 현장 장애율을 낮출 수 있다. 멀티플 V와 DESS-V를 사용해 요구–테스트–결과 매핑을 구성하면 추적성과 컴플라이언스도 강화된다.

계측 범위와 모델 정밀도 사이의 선택

Host 단위·통합 테스트의 비중을 높이고, 타깃 시험은 고위험·타이밍·환경 시험에 집중하는 테스트 피라미드가 필요하다. 선점형 RTOS에서는 태스크 우선순위와 락 정책을 문서화하고 WCET 및 ISR 마스킹 상한을 관리한다.

계측은 타임스탬프, 소스, 이벤트ID를 포함한 공통 로깅 포맷으로 표준화할 수 있다. 전력, 온도, EMI를 함께 동기 계측하고, 빌드–플래시–테스트–수집–리포트 과정을 CI 파이프라인으로 통합한다. HIL 시나리오 데이터도 버전 관리 대상이다.

다만 에뮬레이터 모델의 정확도를 높일수록 개발비용과 리드타임이 증가한다. 타깃 로그를 상세하게 남기면 오버헤드와 타이밍 변형이 생길 수 있어 샘플링과 버퍼링으로 절충해야 한다. 특정 보드나 센서에 맞춘 테스트는 재사용성을 낮출 수 있다는 점도 함께 고려한다.