어려운 임베디드 테스팅(Embedded testing)

학부생 시절 빵판 보드를 다시는 볼 일은 없을 줄 알았는데, 일하다 보니 다시 접하게 되었다..웹/앱과 같은 SW와 달리 HW에 종속성이 높은 임베디드 테스팅은 어떠한 어려움이 있고, 테스트 설계 시 고려사항에 대한 고민을 정리한다. 도메인 지식에 초점을 맞추기 보다는 임베디드 소프트웨어 테스팅 설계-수행-정리 시 직면할 문제가 있다면 추가로 정리해보자! 

---

임베디드 테스팅 필요성

• 오동작/결함 발생 시 하드웨어 생산과 같은 피해가 심각하다
• 높은 SW 신뢰성이 요구된다
• Mission critical 특성을 띈다

임베디드 테스팅의 어려움

• 특정 하드웨어 개발이 병행되어 개발되는 경우가 많고, 최적화가 요구되는 하드웨어의 의존성이 높아 하드웨어 자체의 능력이 잘 검증된 경우와 달리 하드웨어의 샘플이 적거나 제약이 있다
• 결함 재현이 어려운 경우가 많으며 결함 원인을 찾기 위한 정보를 수집할 수 있는 방안이 디버깅 기능의 제약이 따른다
• 소프트웨어가 독립적으로 동작하는 것보다 융합되는 시스템에 탑재되어 주변 환경과 상호작용하는 상황의 동작이 중요하다.
• 제품 사이클과 시장 선점을 위해 일정이 짧아지고, 본격적인 테스트 통합이 이루어지는 프로세스 후반으로 밀려 결함 가능성이 높아지며 결함 원인과 식별이 어려워진다.

임베디드 시스템의 잠재적인 문제

• 필요한 오퍼레이션을 적시에 수행하는 것이 마이크로프로세서의 능력을 넘어섬
• 워치도그 타이머에 의해 야기된 불필요한 리셋
• 파워 모드에서의 이상
• 시스템의 하드웨어 주변장치로의 부정확한 인터페이싱
• 제한된 리소스(스택, 힙 등)의 용량을 초과
• 이벤트 반응 마감시간(deadlines)을 맞추지 못함

품질 확보 방안

• S/W 품질의 객관적 지표 사용(국제, 국가 표준 지표)
• Top-down 접근 프로세스 사용

 

 

---

https://grapevine9700.tistory.com/130?category=661764

 

문서요약 - 임베디드 소프트웨어 제품의 테스팅 by Auriga

임베디드 소프트웨어 테스트 기술 동향 및 계층 통합 유형에 따른 테스트 방안.pdf