Proven by Intelligence
보이지 않는 안전을 인텔리전스로 증명하다.
기술 인사이트를 만나보세요.
안녕하세요. 🤗
임베디드 소프트웨어 검증 센터를 운영하고 있는 MDS인텔리전스 입니다.
이번 포스팅에서는 임베디드 소프트웨어 개발 프로세스와 테스트 관련하여 알려드리겠습니다.
테스트의 필요성
국내 임베디드 시스템 개발 분야에서 SW 테스트의 중요성은 점점 증가되어, 개발 프로세스 내에 테스트가 기본중의 기본으로 자리 잡혀 있습니다.
그것은 SW 제품의 신뢰성 향상을 위한 활동이기도 하며, 납품의 기준으로 프로세스 관리 Level 획득을 요구하고 있기 때문이기도 합니다.
SW 개발 프로세스
개발 프로세스를 말할 때, V-model의 설명을 빼놓을 수 없는데요.
개발 단계와 테스트 단계가 서로 대응하는 V 모양으로 나타나기 때문에 V 모델로 불리며, SW 제품을 개발하기 위해 필요한 과정 또는 구조로 ‘SW 생명 주기’라고도 불립니다.
이 모델은 개발과 테스트 간의 관계를 강조하여 소프트웨어의 품질을 향상시키고 개발 프로세스를 효과적으로 관리하는 데 도움이 됩니다.
테스트는 SW 개발 활동과 독립적으로 존재하지 않고 개발단계와 밀접하게 연계되어 있어, 서로 다른 개발 생명주기 모델에 따라 적용할 수 있는 테스트 방법은 서로 다른 접근 방법을 필요로 하는 것을 알 수 있습니다.
V-Model
일반적인 유형의 V-Model은 4단계의 테스트 레벨로 구성되어 있고, 4단계의 개발 레벨과 대응됨을 알 수 있습니다.
vmodel & TEST
실제 여러 산업분야에서 SW 제품 프로젝트의 필요에 따라 개발과 테스트 레벨에 변화를 주거나, 특정 레벨을 추가 또는 삭제할 수도 있습니다. 컴프넌트(모듈), 시스템 테스트후에 각각의 레벨에서의 통합테스트를 진행할 수도 있다는 뜻입니다.
SW 테스트 단계
테스트 단계별 기준은 4단게로 분류되고 있지만, 해당 블로그에서는 단위테스트와 통합 테스트에 대해서만 다루도록 하겠습니다.
테스트 | 내용 |
단위테스트 (Unit Test) | 단위 설계가 소프트웨어 요구사항을 만족시키고 적합하게 구현되었는지 확인하는 시험 [ISO 26262 Software unit verification 9.1 section 참고] |
통합테스트 (Integration Test) | 컴포넌트(모듈)간의 상호작용에 대한 시험으로 아키텍쳐 설계에 따라 요구사항을 충족하는지 확인 [ISO 26262 Software integration and verification 10.1 section 참고] |
단위 테스트(Unit Test)는 각 기능이나 컴포넌트 또는 모듈 단위에 대한 검증으로 모듈 설계 기반의 문서 분석을 통한 TestCase 설계가 되고, 수행 됩니다.통합 테스트(Integration Test)는 컴포넌트 또는 모듈간의 인터페이스에 대한 검증으로 아키텍쳐 설계 기반의 문서 분석을 통한 TestCase가 설계되고, 수행 됩니다.
두 테스트 모두 코드 커버리지 테스트로 수행되고 있으며, 이는 국제 표준인 ISO 26262에서 규정하고 있습니다.
ISO26262 Part6의 Table 12를 보면 Statement, Branch, MC/DC, Function, Call은 ASIL 등급에 따라 '++' 표시가 된 것을 확인할 수 있습니다. 여기서 '++'는 필수적으로 ���행해야 하는 것을 의미하는 표시로, Coverage Test가 매우 중요한 검증 과정이란 것을 알 수 있습니다.
개발프로세스와 테스트의 상관관계에 대해 알아 보았고, 다음 블로그에서는 단위시험과 통합시험에 대한 내용을 알아보겠습니다.
산업분야의 특성과 개발 및 테스트 조직의 성격에 맞게 변형시켜 적용되는 다양한 동적검증 테스트 분야에서 MDS인텔리전스 소프트웨어 검증센터의 검증 서비스를 경험해 보세요.
더 구체적인 검증 서비스에 대해서 궁금하시거나, 기타 문의사항은 sve@mdsit.co.kr로 문의 메일 부탁드립니다.
