Proven by Intelligence

지난 1편에서는 SDV(Software Defined Vehicle)시대의 도래로 인해 자동차 SW의 규모가 커지고, 개발과 검증의 주기가 극도로 짧아지고 있는 배경을 다루었습니다.

​

2편에서는 실제 자동차 제어기 SW검증 현장에서 가장 큰 비중을 차지하는 VectorCAST 기반 C/C++ 단위/통합 테스트 실무와 테스트 자원 재사용, 그리고 문서화 과정에서의 주요 과제를 점검해 보고자 합니다.

​

차량용 제어기 소프트웨어는 복잡한 C/C++ 소스코드, 포인터 연산, 구조체 변수, 그리고 정교한 제어 흐름 조건문(if-else, Switch)으로 구성되어 있습니다.

​

일반적으로 현업에서는 VectorCAST 검증 도구를 통해 단위 테스트 환경을 구축하고, 기존에 생성해 둔 환경을 재사용하여 반복적인 검증을 수행합니다. 그러나 소스코드의 구조 변경, 함수 인터페이스 수정, 또는 글로벌 변수 정의 변경이 일어난 상황에서 이전 환경을 재사용할 경우, 테스트 데이터 매핑이 어긋나거나 기존 테스트 케이스를 재정비해야 하는 번거로운 공수가 발생하게 됩니다.

​

​

​

단위 테스트의 핵심 목적 중 하나는 높은 코드 커버리지(Statement, Branch등)를 달성하여 잠재적인 런타임 오류나 경계값 오작동을 차단하는 것입니다.

​

하지만 C함수 내에 여러 조건문과 예외 처리가 얽혀 있는 경우, 원하는 구문에 도달하기 위한 최선의 입력값(Input Values)을 설계하는 과정에 엔지니어의 많은 노력이 투입됩니다. 단순히 테스트 도구를 실행하는 것을 넘어, C 코드 로직에 맞는 정확한 경계 조건 데이터를 도출하고 미달성된 커버리지 영역을 분석해 나가는 작업은 실무에서 가장 많은 시간이 소요되는 구간입니다.

 

​

​

단위 테스트 케이스를 작성하고 실행한 이후에는 검증 결과를 남기기 위한 TestCase문서 작성 및 입출력 데이터 가공 작업이 이어집니다.

​

VectorCAST등에서 추출된 입/출력 값 데이터를 정리하고, 자동화 스크립트를 활용해 요구사항 – 테스트케이스 간의 매핑을 정리하는 과정은 실무 효율성을 좌우하는 중요한 단계입니다. 이러한 데이터 가공 프로세스가 원활이 운영되어야 수작업 단순 반복 업무를 줄이고 실제 코드 검증 검토에 더 집중할 수 있게 됩니다.

​

​

​

결국 현재 자동차 SW 검증 환경이 지향하는 바는, C/C++코드 검증부터 테스트 결과 데이터 가공, 커버리지 분석, 최종 검증 산출물에 이르는 전체 과정의 병목을 줄이는 것입니다.

​

VectorCAST와 같은 검증 도구를 활용해 구축된 테스트 케이스와 커버리지 지표는 단순한 결과 보고용에 그치지 않고, 개발 자동화 시스템과 연동하여 코드가 변경될 때마다 테스트가 자동으로 실행되고 품질 기준을 스스로 검증하도록 체계화하는데 핵심 자산으로 활용되어야 합니다.

​

SDV 시대로의 전환 속에서도 소프트웨어 검증의 기본인 정확한 C/C++ 제어 로직 검증과 신뢰할 수 있는 테스트 데이터 관리’의 중요성은 변하지 않습니다.

​

기존의 테스트 환경 및 데이터를 효율적으로 관리 및 재사용하고, 정교한 커버리지 분석 체계를 가다듬는 실무 노력이 바탕이 될 때, 비로소 가속화되는 개발 주기 속에서도 완벽한 차량 SW 품질을 확보할 수 있을 것입니다.

​

​