AUTOSAR 경력 1~3년차 개발자 면접 예상 질문 및 답변 20선

자동차 전장 SW 개발자로 이직이나 경력 면접을 준비하다 보면 AUTOSAR 관련 기술 질문을 피하기 어렵습니다.

 

이번 글에서는 AUTOSAR 기반 ECU SW 개발 경험을 기준으로, 경력 1~3년차 개발자가 면접 전에 준비해두면 좋은 질문과 답변을 정리해보겠습니다.

 

답변은 실제 면접에서 너무 길게 설명하지 않고, 본인의 경험에 맞게 추가 설명을 이어갈 수 있는 정도의 분량으로 작성했습니다.

 

1. AUTOSAR가 무엇인지 설명해주세요.

 

AUTOSAR는 자동차 ECU 소프트웨어의 표준화와 재사용성을 높이기 위한 소프트웨어 아키텍처입니다.

Application Software와 Basic Software를 분리하고, 그 사이를 RTE로 연결하는 구조를 가지고 있습니다.

 

2. AUTOSAR의 BSW와 ASW의 차이는 무엇인가요?

 

ASW는 차량의 실제 기능을 구현하는 Application Software이고,

BSW는 OS, 통신, 진단, 메모리 등의 공통 기능을 제공하는 소프트웨어 계층입니다.

저는 BSW Configuration과 ASW Integration을 함께 수행하면서 두 영역의 연동 부분을 주로 경험했습니다.

 

3. RTE의 역할은 무엇인가요?

 

RTE는 Application Software Component와 BSW 또는 다른 Software Component 사이의 인터페이스를 연결해주는 역할을 합니다. 이를 통해 Application Software가 하위 BSW의 구체적인 구현을 직접 알지 않고도 필요한 서비스를 사용할 수 있습니다.

 

4. SR Interface와 CS Interface의 차이를 설명해주세요.

 

SR(Sender-Receiver)은 데이터를 제공하고 전달받는 형태의 통신에 사용됩니다.

CS(Client-Server)는 Client가 Server의 Operation을 호출하고 결과를 받는 형태로 사용됩니다.

따라서 주기적인 상태값 전달에는 SR을, 특정 기능이나 서비스를 요청하는 경우에는 CS를 사용할 수 있습니다.

 

5. AUTOSAR에서 Com Module의 역할은 무엇인가요?

Com Module은 Application에서 사용하는 Signal과 통신 PDU 사이의 데이터를 관리하는 역할을 합니다.

RTE를 통해 전달된 Signal을 I-PDU 형태로 구성하고 PduR 및 하위 통신 Stack을 통해 CAN 등의 네트워크로 전달할 수 있도록 합니다.

 

6. DCM은 어떤 역할을 하나요?

 

DCM은 AUTOSAR에서 UDS 기반의 진단 서비스를 처리하는 BSW Module입니다.

Diagnostic Session, Security Access, ReadDataByIdentifier, WriteDataByIdentifier, InputOutputControlByIdentifier, Routine Control 등의 진단 서비스를 처리합니다.

 

7. DEM과 DCM의 차이는 무엇인가요?

DCM은 외부 Tester에서 들어오는 진단 요청을 처리하는 역할을 하고,

DEM은 ECU 내부에서 발생하는 Diagnostic Event와 DTC를 관리하는 역할을 합니다.

 

예를 들어 Application에서 오류가 발생하면 DEM에 Event를 보고하고,

Tester가 DTC 정보를 요청하면 DCM이 DEM의 정보를 이용하여 응답할 수 있습니다.

 

8. DTC가 발생하고 저장되는 과정을 설명해주세요.

 

Application에서 특정 오류 조건을 감지하면 DEM에 Diagnostic Event를 보고합니다.

DEM은 Event 상태와 Debounce 등을 관리하고, 조건에 따라 DTC를 관리합니다.

 

필요한 경우 NvM과 연계하여 ECU의 전원이 꺼진 이후에도 유지해야 하는 정보를 비휘발성 메모리에 저장할 수 있습니다.

 

9. UDS에서 Diagnostic Session이 무엇인가요?

 

Diagnostic Session은 ECU의 진단 동작 범위를 결정하는 상태입니다.

대표적으로 Default Session, Extended Session, Programming Session 등이 있으며,

진단 서비스에 따라 특정 Session에서만 사용할 수 있도록 관리합니다.

 

10. Security Access의 동작 과정을 설명해주세요.

Tester가 Seed Request를 전송하면 ECU가 Seed를 응답합니다.

Tester는 해당 Seed를 이용하여 Key를 계산하고 ECU에 전달하며,

ECU에서 Key 검증이 성공하면 보안이 필요한 진단 서비스를 사용할 수 있습니다.

 

11. RDBI와 IOCBI의 차이는 무엇인가요?

 

RDBI는 ECU 내부의 특정 데이터를 읽어오는 진단 서비스입니다.

IOCBI는 Tester가 특정 입력이나 출력 기능을 제어하거나 강제 구동하기 위해 사용하는 진단 서비스입니다.

 

실제 ECU 진단 Test에서는 RDBI를 이용한 데이터 확인과 IOCBI를 이용한 Actuator 강제 구동을 수행할 수 있습니다.

 

12. AUTOSAR에서 NvM의 역할은 무엇인가요?

NvM은 ECU에서 유지해야 하는 데이터를 비휘발성 메모리에 저장하고 복원하기 위한 서비스를 제공합니다.

ECU Reset이나 Power Cycle 이후에도 유지되어야 하는 설정값이나 상태 정보를 관리할 때 사용할 수 있습니다.

 

13. EcuM의 역할은 무엇인가요?

 

EcuM은 ECU의 초기화와 Shutdown, Sleep 및 Wakeup과 관련된 ECU 상태를 관리하는 Module입니다.

ECU Startup부터 정상 동작, 저전력 상태 진입 및 Wakeup 과정과 관련된 상태 관리를 담당합니다.

 

14. AUTOSAR OS에서 Task와 Runnable의 차이는 무엇인가요?

Task는 OS에서 스케줄링하는 실행 단위이고,

Runnable은 Software Component 내부에서 특정 기능을 수행하는 실행 단위입니다.

 

RTE를 통해 Runnable이 특정 Task에 매핑되어 실행되도록 구성할 수 있습니다.

 

15. Mobilgene을 사용해서 어떤 작업을 했나요?

Mobilgene 환경에서 AUTOSAR BSW Configuration과 ASW Integration 업무를 수행했습니다.

Com, Dcm, Dem, EcuC, EcuM, NvM, OS, RTE 등의 설정을 수행하고,

생성된 코드를 기반으로 Application과 연동하여 기능을 구현하고 검증했습니다.

 

16. AUTOSAR Configuration 이후 기능이 동작하지 않는다면 어떻게 분석하겠습니까?

먼저 요구사항과 기대 동작을 확인한 후 CANoe를 이용해 실제 CAN 통신 데이터를 확인합니다.

이후 BSW Configuration, RTE Interface, Generated Code, Application C Code 순서로 확인하면서 문제 범위를 좁혀갑니다.

필요한 경우 Trace32를 이용해 실제 변수값과 함수 호출 흐름을 확인합니다.

 

17. CAN 통신은 정상인데 Application에서 값이 변경되지 않는다면 어떻게 확인하겠습니까?

 

먼저 CANoe에서 실제 CAN Signal과 Raw Data가 정상적으로 수신되는지 확인합니다.

이후 Com Configuration과 Signal Mapping, RTE Interface 및 Runnable 실행 여부를 확인합니다.

마지막으로 Trace32를 이용해 실제 Application 변수까지 값이 정상적으로 전달되는지 단계별로 확인합니다.

 

18. 본인이 수행한 AUTOSAR 프로젝트에서 주로 담당한 업무는 무엇인가요?

 

AUTOSAR 기반 XXXX 제어기의 SW 통합과 진단 기능 개발 업무를 주로 수행했습니다.

BSW Configuration과 ASW 연동을 비롯하여 UDS 기반 RDBI, WDBI, IOCBI, DTC 등의 진단 기능 구현과 Test까지 수행했습니다.

 

19. ASPICE 경험을 설명해주세요.

 

ASPICE 프로세스에 따라 SWE.1부터 SWE.3 단계의 산출물 작성과 리뷰 업무를 수행했습니다.

SW SRS, SAD, SDD, FMEA, DFA 등의 문서를 작성하고 요구사항과 설계 내용이 구현 및 검증 단계까지 추적될 수 있도록 관리했습니다.

 

20. 본인의 AUTOSAR 개발 경험에서 가장 자신 있는 부분은 무엇인가요?

 

특정 Module 하나만 보는 것보다 BSW Configuration부터 RTE Interface, Application Code, CAN 통신과 진단까지 전체 데이터 흐름을 따라가며 문제를 분석하는 부분에 강점이 있습니다.

특히 CANoe와 Trace32를 활용하여 실제 ECU에서 발생한 문제를 단계별로 추적하고 원인을 분석한 경험이 있습니다.

 

마무리

 

AUTOSAR 경력 면접에서는 단순히 AUTOSAR Module의 정의를 외우는 것보다

실제로 해당 Module을 어떻게 사용했고, 문제가 발생했을 때 어떻게 분석했는지를 설명할 수 있는 것이 중요합니다.

 

특히 경력 3년차라면 다음과 같은 흐름을 본인의 경험과 연결해서 설명할 수 있도록 준비하는 것이 좋습니다.

BSW Configuration → RTE → ASW → CAN Communication → UDS Diagnostic → Test & Debug

 

예를 들어 DCM을 사용했다고 답변한다면 단순히 "DCM은 진단 서비스를 처리하는 Module입니다."라고 끝내기보다는,

 

"실제 프로젝트에서 DCM Configuration을 수행하고 RDBI, WDBI, IOCBI 등의 UDS 서비스를 Application과 연동했습니다. 이후 CANoe를 이용해 진단 요청과 응답을 확인하고 Trace32를 통해 Application까지 데이터가 전달되는 과정을 확인했습니다."

 

처럼 본인의 실제 경험을 연결해서 설명하는 것이 좋습니다.

 

이렇게 답변하면 단순히 AUTOSAR를 공부한 지원자가 아니라, 실제 ECU 개발 과정에서 AUTOSAR를 사용해본 개발자라는 점을 보여줄 수 있습니다.

다음 글에서는 이번 20개 질문에서 실제 면접관이 이어서 물어볼 수 있는 AUTOSAR 경력 3년차 면접 꼬리질문 TOP 10을 별도로 정리해보겠습니다.