▣ SW 테스트 관련 표준_ISO/IEC/IEEE 29119-2, IEEE 730(SW 품질 보증 계획), IEEE 829(테스트 케이스 구성요소), 테스트 설계, 테스트 가능성
테스트 설계 및 구현 프로세스
■ IEEE 730(SW 품질 보증 계획 수립에 관한 지침)
(IEEE Guide for Software Qualtity Assurance Planning(SQAP))
6.2 요구되는 검토
1) SW 요구사항 검토(SRR)
2) 상위수준 설계 검토(HLDR)
3) 하위수준 설계 검토(LLDR)
4) SW검증 및 확인 계획서 검토(SVVPR)
5) 기능적 검토 : SRS의 요구사항과 제품의 부합성 확인
6) 물리적 검토 : 문서와 제품의 일관성, 인도준비 상태 확인
7) 프로세스 검토 : 코드와 설계서, 인터페이스 사양과 설계서, 기능요구사항 설계서, 기능 요구사항과 테스트 스크립트와의 일관성
8) 관리적 검토
9) SW형상 관리 계획서 검토(SCMPR)
10) 프로젝트 종료 후 검토(PIR)
■ IEEE 829(테스트 케이스 구성요소)
- SQAP – 소프트웨어 품질 보증 계획 IEEE 730
- SCMP – 소프트웨어 설정 관리 계획 IEEE 828
- STD – 소프트웨어 테스트 문서 IEEE 829
- SRS – 소프트웨어 요구 사양 IEEE 830
- SVVP – 소프트웨어 유효성 검증 계획 IEEE 1012sdfs
- SDD – 소프트웨어 설계 기술 IEEE 1016
- SPMP – 소프트웨어 프로젝트 관리 계획 IEEE 1058
- SUD – 소프트웨어 사용자 문서 IEEE 1063
| Test Case Specification Identifier | 테스트 케이스를 유일하게 구분하는 식별자 |
| Test Item | 테스트 대상 아이템에 대한 특성을 정의함 |
| Input Specifications | 테스트 되어야 할 모든 입력 값을 정의함 |
| Output Specifications | 테스트에 의해 검증되어야 할 모든 출력값을 의미함 |
| Environmental need | 테스트시 필요한 환경을 정의함 |
| Special Procedural Requirement | 테스트시 필요한 특수 절차를 정의함 |
| Inter-case Dependencie | 테스트 전에 수행되어야 할 전제조건들을 정의함 |
2018년 37번
정답 : 4번
피처 집합 식별 → 테스트 조건 유도 → 테스트 커버리지 아이템 유도 →
테스트 케이스 유도 → 테스트 집합 조합 → 테스트절차 유도
암기 식별조건커버리지케이스집합절차
2011년 38번
정답 : 모두 정답
실제 표준 용어가 상이하다는 이유로 모두 정답처리
1) SW 요구사항 검토(SRR)
2) 상위수준 설계 검토(HLDR) -> '예비 설계 검토'로 표현
3) 하위수준 설계 검토(LLDR) -> '주요 설계 검토'로 표현
4) SW검증 및 확인 계획서 검토(SVVPR)
5) 기능적 검토 : SRS의 요구사항과 제품의 부합성 확인
6) 물리적 검토 : 문서와 제품의 일관성, 인도준비 상태 확인
7) 프로세스 검토 : 코드와 설계서, 인터페이스 사양과 설계서, 기능요구사항 설계서, 기능 요구사항과 테스트 스크립트와의 일관성
8) 관리적 검토
9) SW형상 관리 계획서 검토(SCMPR)
10) 프로젝트 종료 후 검토(PIR)
2011년 39번
정답 : 2번
출력값과 예상 값을 비교하는 방법은 IEEE 829 표준에 명시되어 있지 않음
| Test Case Specification Identifier | 테스트 케이스를 유일하게 구분하는 식별자 |
| Test Item | 테스트 대상 아이템에 대한 특성을 정의함 |
| Input Specifications | 테스트 되어야 할 모든 입력 값을 정의함(데이터, 범위, 조건, 타이밍 등) |
| Output Specifications | 테스트에 의해 검증되어야 할 모든 출력값을 의미함 |
| Environmental need | 테스트시 필요한 환경을 정의함 |
| Special Procedural Requirement | 테스트시 필요한 특수 절차를 정의함 |
| Inter-case Dependencie | 테스트 전에 수행되어야 할 전제조건들을 정의함 |
2020년 34번
정답 : 2번
소프트웨어 품질 속성(Software Quality Attribute)
가. executable assertions - Testability Tactics의 Control and observe system state 영역 : 실행 문서화를 통한 전/후 상태 기록
나. introduce concurrency - Performance Tactics로 병렬처리 등으로 동시성 처리
다. limit structural complexity - Testability Tactics의 Limit complexity 영역 : 구조적 복잡성 제한, 종속성 제거하고 커플링 약화
라. restrict dependencies - Maintainability Tactics의 Limit complexity 영역
마. limit nondeterminism - Testability Tactics의 Limit complexity영역 : 비결정 상황 제한, 결정되지 않은 소스를 식별하여 복잡한 상황을 제한(예, unconstrained parallelism, 제한없는 병렬처리)
바. maintain task model - Usability Tactics로 도움을 제공하기 위해 사용자의 상황을 평가
(예, 텍스트 편집기에서 단어 완성)
품질 속성 유틸리티 트리