무기체계 소프트웨어의 신뢰성시험 기타 사항 정리

• 본 글은 무기체계 소프트웨어의 정적시험을 소개하는 글이며, ‘방위사업청 매뉴얼 제2020-8호’에 참고하여 작성하였다.

블랙박스 및 화이트박스 테스팅

출처: https://m.blog.naver.com/PostView.nhn?blogId=suresofttech&logNo=220965464819&proxyReferer=https%3A%2F%2Fwww.google.com%2F

디버그 모드에서 값을 변경하여 커버리지를 태우는 경우

• 신뢰성 시험에서는 디버그 모드에서 값을 변수의 값을 변경하여 커버리지를 태우면 안된다.

#define과 #undef 사용으로 컴파일 되는 코드 형상이 변경되는 경우

• 원칙적으로 매크로에 따라 코드 형상이 2개가 되므로 각 매크로 정의에 따라서 신뢰성 시험이 수행되어야 한다.
• 매크로가 정의된 경우, 매크로가 정의되지 않은 경우로 테스트를 수행할 수 있다.

무기체계 소프트웨어 개발 및 관리 매뉴얼 적용 기관

연구개발주관

:연구개발을 주관하여 수행하는 국과연 개발 부서 및 업체

사업관리부서

: 체계 또는 소프트웨어 개발사업을 직접관리 혹은 조정.통제하는 부서(국과연 사업 관리 부서, 방사청 통합사업관리팀)

• 주로 연구개발기관에서 수행한 결과를 검토한다.

기술지원기관

: 방사청, 국방기술품질원

• 주로 사업관리부서에서 수행한 결과를 검토한다

기술지원기관 업무 분장

• 각 개발 단계 마다 신뢰성시험 및 실사 수행
• 소프트웨어 형상 변경이 거의 없으면 간략하게 신뢰성시험(문서 검토)을 수행한다.

소요군

: 육군, 공군, 해군

개발 업체에 따른 실사 주체