34. ISO/IEC/IEEE 29119는 소프트웨어 테스트에 대한 표준을정의하고 있다. 다음 중 ISO/IEC/IEEE 29119 파트 2에정의된 전체적 적합성(full conformance)과 맞춤형 적합성(tailored conformance)에 대한 설명 중 가장 적절한 것은?
① 전체적 적합성은 모든 프로세스의 요구사항을 전부 만족하는 것이고, 맞춤형 적합성은 프로세스의 일부의 요구사항을 모두 만족하는 것이다.
② 전체적 적합성은 모든 프로세스의 요구사항을전부 만족하는 것이고, 맞춤형 적합성은 일부프로세스의 일부 요구사항을 만족하는 것이다.
③ 전체적 적합성은 합의된 프로세스의 요구사항을모두 만족하는 것이고, 맞춤형 적합성은 합의된 프로세스의 일부를 만족하는 것이다.
④ 전체적 적합성은 모든 프로세스의 요구사항과 권고사항을 전부 만족하는 것이고, 맞춤형 적합성은 모든 프로세스의 요구사항만을 만족하는 것이다.
▣ ISO/IEC/IEEE 29119 구성
Part
|
주요 내용
|
파트1- 개념과 정의
(Concepts and Terminology) |
|
파트2 - 테스트 프로세스
(Test Processes) |
|
파트3 - 테스트 문서화
(Test Documentation) |
|
파트4 - 테스트 기법
(Test Techniques) |
- 구조기반 테스트 설계 기법(Structure0Based Test Design Techniques) - 경험기반 테스트 설계기법(Experience-Based Test Design Techniques)
|
파트5 - 키워드 주도 테스팅
(Keyword-driven Testing) |
|
● ISO/IEC/IEEE 29119 - PART 2 Test Precess
조직 차원의 테스트 프로세스
|
|||
테스트 정책과 전략
정의 및 관리 프로세스 |
|||
↓
|
↑
|
||
테스트 관리 프로세스
|
|||
테스트 계획
프로세스 |
테스트 모니터링과
제어 프로세스 |
테스트 마감
프로세스 |
|
↓
|
↑
|
||
동적 테스트 프로세스
|
|||
테스트 설계와
구현 프로세스 |
테스트 환경 구현과
유지보수 프로세스 |
테스트
실행 프로세스 |
테스트 인시던트
보고 프로세스 |
● ISO 29119-2의 적합성
▶ 사용목적
- ISO 29119-2는 완전한 소프트웨어 생명주기 동안 사용하기에 적합한 다수의 테스트 프로세스에 대한 요건을 제공
- 특정 프로젝트 또는 조직은 이 표준에 의해 정의된 프로세스를 모두 사용할 필요 없음
- 그러므로, 이 표준의 구현에는 일반적으로 해당 조직 또는 프로젝트에 적합한 프로세스 세트(set)를 선택하는 것이 수반
- 조직이 이 표준을 준수한다고 주장할 수 있는 방법(완전 준수, 조정 준수)이 있으며, 조직은 이를 따르고 있는지를 선언해야 함
▶ 완전준수(ull conformance)
- 이 표준에는 정의한 프로세스 집합(조직 테스트 프로세스, 테스트 관리 프로셋, 동적 테스트 프로세스)의 모든 요구사항(즉, shall 문장)이 충족되었음을 증명함으로써 완전 준수를 달성
▶ 조정 준수(tailored conformance)
- 이 표준에는 완전 준수를 달성하지 못하는 프로세스 집합을 확립하기 위한 기준으로 사용될 때, 조정 준수를 요구하는 프로세스의 하위 집합이 기록되어 있음
- 조정 준수는 기록된 프로세스이 하위 집합에 대한 모든 요구사항(즉, shall 문장)이 충족되었음을 입증함으로써 달성
- 조정이 발생할 경우, 이 표준의 프로세스 집합(조직 테스트 프로세스, 테스트 관리 프로세스, 동적 테스트 프로세스)에서 정의한 프로세스가 준수되지 않을 때마다(직접 또는 참조에 의해) 정당성(justification)이 제시되어야 함
- 모든 조정 결정은 적용 가능한 모든 리스크의 고려사항을 포함하여 그에 대한 합리적인 근거와 함께 기록되어야 함
- 조정 결정은 모든 이해 관계자의 협의를 필요
정답 : ①
35. 다음 설명에 해당하는 아키텍처 스타일로 가장 적절한 것은?
사용자 인터페이스를 시스템의 다른 부분과 분리하여 결합도를 낮추기 위한 아키텍처 스타일로, 사용자 인터페이스를 담당하는 계층의 응집력을 높일 수 있고, 여러 개의 다른 UI를 만들어 그 사이에 결합도를 낮출 수 있다.
|
① Event-Driven style
② Client-Server style
③ Model-View-Controller style
④ Layered style
▣ 해설
Mvc 모델은 모델, 뷰,, 컨트롤러를 이용한 설계방식으로 모델은 소프트웨어내에서 데이터를 의마, 뷰는 사용자에게 보이는 화면 내용을 의미하며, 컨트롤러는 모델과 뷰의 상호작용을 관리한다.
● 추가설명) 대표적인 아키텍처 스타일 유형
유형
|
Layer
|
Repository
|
MVC
|
Publish-Subscribe
|
설명
|
각 Layer 별 독립된 기능 수행
장점 : 재사용성, 유지보수, 확장성 단점 : 성능저하, 개발 유연성 부족 |
공유 데이터 저장소를 통해 데이터를 교환함으로 상호작용하는 구조
장점 : 데이터, 공유 통합 용이 단점 : 확장성 |
Model, View, Controller 3가지 영역으로 구분, 각 영역을 독립적으로 구현하고 변경 할 수 있게 구성하는 구조
장점 : 확장성, 유지보수 용이 단점 : 개발자간의 원활한 협력 필요, 성능 저하 |
메시지 제공자와 메시지 사용자로 논리적으로 구분하고 이벤트를 통해 동적으로 관계를 맺고 서로 상호작용하는 구조
장점 : 확장성, 결합도 단점 : 보안 |
예시
|
|
|
|
|
정답 : ③
공감과 댓글은 아이티신비에게 큰 힘이 됩니다.
블로그 글이 유용하다면 블로그를 구독해주세요.♥
'정보시스템 감리 기출해설 > 소프트웨어공학 해설' 카테고리의 다른 글
(제 24회) 소프트웨어 공학 / (38)~(39) 해설 (0) | 2024.07.22 |
---|---|
(제 24회) 소프트웨어 공학 / (36)~(37) 해설 (5) | 2024.07.21 |
(제 24회) 소프트웨어 공학 / (32)~(33) 해설 (0) | 2024.07.19 |
(제 24회) 소프트웨어 공학 / (30)~(31) 해설 (0) | 2024.07.18 |
(제 24회) 소프트웨어 공학 / (28)~(29) 해설 (0) | 2024.07.17 |