테스트 없는 레거시 코드, 어디서부터 단위 테스트할까? скачать в хорошем качестве

테스트 없는 레거시 코드, 어디서부터 단위 테스트할까?

레거시 코드에 단위 테스트를 어떻게 적용해야 할까요? 특히 자동차 소프트웨어처럼 ISO 26262, Automotive SPICE, AUTOSAR 환경을 고려해야 하는 경우라면 더 막막할 수 있습니다. 이 영상에서는 “테스트가 없는 코드 = 레거시 코드”라는 관점에서 출발해, 레거시 코드에 테스트를 현실적으로 적용하는 방법을 단계별로 정리합니다. ✅ 영상에서 다루는 내용 레거시 코드의 정의 (Michael Feathers 관점) 테스트가 없는 코드가 위험한 이유 자동차 SW에서 레거시 코드가 특히 어려운 이유 위험 기반 접근(Risk-Based Approach) 으로 우선순위 정하는 법 점진적 테스트 추가 전략 (변경 시점 테스트 추가) 단계별 적용 방법 현황 분석 (정적 분석, 복잡도, 의존성) 테스트 가능 영역 식별 특성화 테스트(Characterization Test) 작성 Seam 확보 (Link / Preprocessor / Function Pointer Seam) 리팩토링과 테스트의 선순환 ISO 26262 구조적 커버리지 (Statement / Branch / MC/DC) Automotive SPICE SWE.4 관점에서 필요한 산출물 AUTOSAR 환경에서 RTE Stub을 활용한 테스트 아이디어 실무에서의 점진적 목표 설정과 기술 부채 관리 🎯 이런 분들께 추천합니다 레거시 C 코드에 테스트를 붙여야 하는 임베디드/자동차 SW 개발자 ISO 26262 / ASPICE 대응 중인 개발팀, 품질팀, 테스트 엔지니어 “테스트는 필요하지만 어디서부터 시작할지” 고민 중인 분 리팩토링을 하고 싶은데 기존 동작이 깨질까 두려운 분 핵심 메시지 레거시 코드 테스트의 목표는 처음부터 완벽한 커버리지를 만드는 것이 아니라, 위험도가 높은 영역부터 안전망을 만들고 점진적으로 확장하는 것입니다. 오늘 한 개의 함수에 테스트를 추가하는 것이, 내일의 유지보수 비용과 품질 리스크를 줄여줍니다. #레거시코드 #LegacyCode #단위테스트 #UnitTest #유닛테스트 #SoftwareTesting #소프트웨어테스트 #테스트전략 #TestStrategy #CharacterizationTest #특성화테스트 #리팩토링 #Refactoring #임베디드소프트웨어 #EmbeddedSoftware #자동차소프트웨어 #AutomotiveSoftware #ISO26262 #AutomotiveSPICE #AUTOSAR #세온이엔에스 #세온 #SeonENS #Seon