TMMI Test Design and Execution
아래는 TMMi에서 테스트 설계 및 실행 단계의 프로세스를 수립하기 위한 가이드라인이다.
1 테스트 분석 수행 및 테스트 설계 기법 도출
테스트 분석과 설계 중, 테스트 설계 기법을 사용하면서, 테스트 접근법이 분명히 실재하는 테스트 상태와 테스트 케이스로 옮겨진다.
1.1 테스트 상태를 식별하고 우선순위를 정한다
테스트 베이시스에 명시된 테스트 아이템의 분석을 기반으로 한 테스트 설계 기법을 사용하여 테스트 상태를 식별하고 우선순위를 정한다.
1.1.1 주요 산출물
• 테스트 베이시스(Basis) 이슈 로그
• 테스트 조건 (Conditions)
• 테스트 설계 명세서
1.1.2 세부 실행
1.1.2.1 테스트 basis(요구 사항, 디자인과 인터페이스 명세서)를 연구하고 분석한다.
1.1.2.2 문서작성자와 테스트 베이시스에 관련된 이슈를 논의한다.
1.1.2.3 문서화된 테스트 접근법과 함께 가장 적절한 테스트 설계 기법을 선택한다.
[Black Box]
- 동등 분할(Equivalence rtitioning)
- 경계 값 분석 (Boundary Value Analysis)
- 결정 테이블 (Decision Tables (Cause/Effect Graphing)
- 상태 전이 테스팅 (State Transition Testing)
[White Box]
- 구문 테스트
- 결정 테스트
- 상태 테스트
1.1.2.4 테스트 설계 기법을 사용한 테스트 베이시스로부터 테스트 조건을 얻어낸다.
1.1.2.5 식별된 제품 리스크를 기반으로 한 테스트 조건의 우선순위를 결정한다.
1.1.2.6 테스트 설계 명세서 표준을 기반으로 한 테스트 설계 명세서에 테스트 상태를 문서화한다.
- 테스트 설계 명세서의 우선순위
- 테스트하려는 항목/특징
- 접근법 개선
- 테스트 조건
- Pass/Fail 조건
1.1.2.7 이해관계자와 테스트 설계 명세서를 리뷰한다.
1.1.2.8 적절하게(요구 사항이 변경된 때 등) 테스트 설계 명세서와 테스트 조건을 리뷰한다
테스트 설계 기법을 사용하여 테스트 케이스를 식별하고 우선순위를 정한다.
1.2.1 주요 산출물
• 테스트 케이스
• 테스트 케이스 명세서
1.2.2 세부 실행
1.2.2.1 테스트 설계 기법을 사용하여 테스트 조건으로부터 테스트 케이스를 얻어낸다. 하나의 테스트케이스는 입력값의 집합, 실행 사전 조건, 기대 결과 그리고 실행 사후 조건으로 구성된다.
1.2.2.2 식별된 제품 리스크를 기반으로 한 테스트케이스의 우선순위를 정한다.
1.2.2.3 테스트 케이스 명세서 표준을 기반으로 한 테스트 케이스 명세서에 테스트케이스를 문서화한다.
- 테스트 설계 명세서의 우선순위
- 테스트하려는 항목/특징
- 입력값 명세서
- 출력값 명세서
- 환경의 필요
- 특별한 절차의 요구 사항
- 내부 케이스의 의존도
1.2.2.4 이해관계자와 테스트 케이스 명세서를 리뷰한다.
1.2.2.5 적절하게 테스트 케이스 명세서를 리뷰한다.
1.3 필수 상세 테스트 데이터를 식별한다
식별된 테스트 케이스에 테스트 조건과 실행을 지원하기 위해 필수 테스트 데이터 명시한다.
1.3.1 주요 산출물
• 테스트 데이터 명세서
1.3.2 세부 실행
1.3.2.1 테스트 케이스를 시행하고 수행하기 위해 요구되는 필수 상세 테스트 데이터를 식별하고 명시한다.
1.3.2.2 테스트 케이스 명세서 부분으로 필수 상세 테스트 데이터를 문서화한다.
1.4 요구 사항의 수평적 추적 방법을 유지한다
테스트 조건의 요구사항에 수평적 추적 방법을 유지한다.
1.4.1 주요 산출물
• 요구 사항/ 테스트 조건 추적 매트릭스
1.4.2 세부 실행
1.4.2.1 테스트 조건의 근원 기록을 보장하기 위해 요구사항 추적을 유지 한다.
1.4.2.2 요구 사항/테스트 조건 추적 매트릭스를 창출 한다.
1.4.2.3 테스트 실행 동안 요구사항 커버리지의 모니터링이 가능하게 추적 메트릭스를 설정한다.
2 테스트 시행의 수행
Intake Test(유입 테스트, 인수테스트)를 포함하면서 테스트 절차가 개발되고 우선순위가 정해진다. 테스트 데이터가 만들어지고 테스트 일정이 정의된다.
2.1 테스트 절차를 개발하고 우선순위를 정한다.
테스트 절차가 개발되고, 우선순위가 선정된다.
2.1.1 주요 산출물
• 테스트 절차 명세서
• 자동 테스트 스크립트
2.1.2 세부 실행
2.1.2.1 특정한 순서로 테스트 케이스를 조합하고, 테스트 실행을 위해 필요한 정보들로 테스트 절차를 개발한다.
2.1.2.2 식별된 제품 리스크를 기반으로 한 테스트 절차의 우선순위를 정한다.
2.1.2.3 테스트 절차 명세 표준을 기반으로 한 테스트 절차 명세서에 테스트 절차를 문서화한다.
- 테스트 절차 명세 식별
- 목적
- 특별한 요구 사항(실행 사전 조건) 예) 다른 테스트 절차의 의존성
- 절차 스텝(테스트 동작, 검사)
2.1.2.4 이해관계자와 테스트 절차 명세서를 리뷰한다.
2.1.2.5 적절하게 테스트 절차 명세서를 리뷰한다.
2.1.2.6 선택적으로, 테스트 절차는 자동 테스트 스크립트로 자동화되어 바뀔 수 있다.
2.2 상세 테스트 데이터 생성
테스트 분석과 설계 활동 중 명시된 것과 같이 구체적인 테스트 데이터가 만들어진다.
2.2.1 주요 산출물
• 구체적인 테스트 데이터
2.2.2 세부 실행
2.2.2.1 테스트 절차에 명시된 것과 같이 테스트를 수행하기 위해 요구된 구체적인 테스트 데이터를 만든다.
2.2.2.2 향후 초기 상황을 복원 가능하게 하기 위해 구체적인 테스트 데이터의 집합을 보관한다.
2.3 Intake Test 절차를 명시
종결된 시정 조치를 관리합니다.
2.3.1 주요 산출물
• Intake Checklist
• Intake Test 절차 명세서
2.3.2 세부 실행
2.3.2.1 테스트 계획에 정의된 시작 조건을 사용하는 Intake Test 중 실행되어야 할 입력값과 같은 체크 리스트를 정의한다.
- 모든 필수적인 주요 기능이 접근된다.
- 대표적 기능의 접근되고, 적어도 Positive 경로 케이스가 동작한다.
- 테스트 될 다른 Component 또는 시스템의 인터페이스가 동작한다
- 가능한 기능에 대해 문서가 완성되어야 한다. 예) 테스트 릴리즈 노트, 사용자 설명서, 설치 설명서 등
2.3.2.2 테스트 실행에 필요한 다른 정보를 포함하는 것과 실행 가능한 순서로 검사(Test Case)를 투입하는 방법으로 식별된 검사를 기반을 두어 Intake Test 절차 개발한다.
2.3.2.3 테스트 절차 명세 표준을 기반으로 한 테스트 절차 명세서에 Intake Test 절차를 문서화한다.
2.3.2.4 이해관계자와 Intake Test 절차 명세서를 리뷰한다.
2.4 테스트 실행 일정 개발
테스트 절차가 실행되는 연속적인 순차를 묘사로 테스트 절차 개발된다.
2.4.1 주요 산출물
• 테스트 실행 일정
2.4.2 세부 실행
2.4.2.1 테스트 간에 의존성을 조사한다.
2.4.2.2 Main Driver로 해당 우선순위 등급을 사용하여 테스트 절차의 일정을 세운다.
2.4.2.3 테스트 절차에 실행을 수행하기 위해 테스터를 할당한다.
2.4.2.4 이해관계자와 테스트 실행 일정을 리뷰한다.
2.4.2.5 적절하게 테스트 실행 일정을 리뷰한다.
일반적인 정책 목표
3 관리 과정을 규정
3.1 조직의 정책을 수립
테스트 계획과 실행 프로세스를 계획하고 수행하기 위해 조직 정책을 수립하고 유지한다.
테스트 계획과 실행 정책을 일반적으로 아래와 같이 명시된다.
• 테스트 등급 별로 알맞은 테스트 설계 기법의 집합이 식별된다.
• 테스트 명세서는 표본, 표준으로 뒷받침될 것이다.
• 문서화된 테스트 절차를 사용하여 테스트 실행된다
• 테스트 실행 요구된 자동화의 등급
• 인시던트 분류 체계를 이용하여 테스트 인시던트가 문서화 되고, 보고된다.
• 보고된 테스트 인시던트를 문서화된 절차대로 평가하고 분류하여 처리한다.
• 기본 중앙 테스트 인시던트 보관소에 보관한다.
3.2 프로세스 계획
테스트 설계 및 실행 프로세스를 수행하기 위한 계획을 수립하고 유지한다.
일반적으로 테스트 설계 및 실행 과정을 수행하기 위한 계획은 TMMi 테스트 계획 프로세스 영역에서 설명하는 테스트 계획에 포함되어 있다. 테스트 설계와 실행을 위한 활동은 테스트 계획의 한 부분 명확하게 일정이 정해져야 한다.
3.3 자원을 제공
테스트 계획과 실행 프로세스를 수행, 테스트 산출물 도출, 프로세스의 서비스를 제공하기 위해 적절한 자원을 제공한다.
• 테스트 설계와 실행 활동을 수행하기 위해 적절한 시간이 제공된다
• 테스트 목적에 응용 프로그램 영역에 대한 전문적 지식을 갖고 있는 경험 있는 전문가와 개발 프로세스에 전문적 지식을 갖춘 전문가들이 테스트 설계의 개발을 지원(리뷰 참석 등)이 가능하다.
• 테스트 설계와 실행 프로세스을 지원하는 툴을 이용 가능하다.
3.4 책무 할당
테스트 설계 및 실행 과정 수행, 산출물 도출 및 테스트 설계 및 실행 과정의 서비스를 제공하기 위한 책임과 권한을 할당한다.
3.5 직원 교육
필요에 따라 테스트 설계 및 실행 프로세스를 수행 또는 지원하는 사람을 교육한다. 테스트 설계 및 실행에 관련된 테스트 엔지니어, 기타 개인이나 그룹에게 테스트 설계 및 실행, 수용하는 과정 및 기법을 교육한다.
3.6 구성 관리
구성 관리의 적절한 수준에서 테스트 설계 및 실행 과정의 작업 산출물을 지정한다.
• 테스트 설계 명세서
• 테스트 케이스 명세서
• 테스트 절차 명세서(또는 테스트 스크립트)
• 테스트 실행 스케줄
• 테스트 로그
• 자동화된 테스트 스크립트
3.7 관련된 이해관계자 식별 및 참여
계획대로 테스트 설계 및 실행 과정에 관련된 이해관계자가 확인하고 참여한다.
• 테스트 설계와 테스트 케이스의 리뷰와 접근
• 약속을 평가하고 문제를 해결
• 제품 평가 및 테스트 프로젝트 위험
• 테스트 데이터 관리 활동을 평가
• 테스트 진행 및 제품의 품질을 평가
• 종결된 시정 조치 관리
3.8 모니터링 및 과정 제어
모니터링하고 과정을 수행하기 위한 계획에 대한 테스트 설계 및 실행 과정을 제어하고 적절한 조치를 취한다
• 열고 닫은 조치의 개수
• 동등한 평가를 받은 종류의 개수
• 일정 평가(실제 비교 예정 및 틀어진 대상 날짜)
3.9 객관적으로 준수 사항 평가
객관적으로 테스트 설계 및 실행 과정 설명, 표준 및 절차에 대한 통제 절차의 이행을 평가하고, 준수 사항 이외의 사항을 해결한다
• 테스트 계획에 대한 테스트 진행 모니터링
• 종결된 시정 조치 관리
• 테스트 프로젝트 위험 관리의 실적
• 기준(절차 및 서식)을 준수
• 테스트 및 품질 보고서
• 평가 결과
3.10 높은 수준의 관리 평가 상태
높은 수준의 관리 활동 상태 및 테스트 설계 및 실행 과정의 결과를 평가하고 문제를 해결한다.
아래는 TMMi에서 테스트 설계 및 실행 단계의 프로세스를 수립하기 위한 가이드라인이다.
1 테스트 분석 수행 및 테스트 설계 기법 도출
테스트 분석과 설계 중, 테스트 설계 기법을 사용하면서, 테스트 접근법이 분명히 실재하는 테스트 상태와 테스트 케이스로 옮겨진다.
1.1 테스트 상태를 식별하고 우선순위를 정한다
테스트 베이시스에 명시된 테스트 아이템의 분석을 기반으로 한 테스트 설계 기법을 사용하여 테스트 상태를 식별하고 우선순위를 정한다.
1.1.1 주요 산출물
• 테스트 베이시스(Basis) 이슈 로그
• 테스트 조건 (Conditions)
• 테스트 설계 명세서
1.1.2 세부 실행
1.1.2.1 테스트 basis(요구 사항, 디자인과 인터페이스 명세서)를 연구하고 분석한다.
1.1.2.2 문서작성자와 테스트 베이시스에 관련된 이슈를 논의한다.
1.1.2.3 문서화된 테스트 접근법과 함께 가장 적절한 테스트 설계 기법을 선택한다.
[Black Box]
- 동등 분할(Equivalence rtitioning)
- 경계 값 분석 (Boundary Value Analysis)
- 결정 테이블 (Decision Tables (Cause/Effect Graphing)
- 상태 전이 테스팅 (State Transition Testing)
[White Box]
- 구문 테스트
- 결정 테스트
- 상태 테스트
1.1.2.4 테스트 설계 기법을 사용한 테스트 베이시스로부터 테스트 조건을 얻어낸다.
1.1.2.5 식별된 제품 리스크를 기반으로 한 테스트 조건의 우선순위를 결정한다.
1.1.2.6 테스트 설계 명세서 표준을 기반으로 한 테스트 설계 명세서에 테스트 상태를 문서화한다.
- 테스트 설계 명세서의 우선순위
- 테스트하려는 항목/특징
- 접근법 개선
- 테스트 조건
- Pass/Fail 조건
1.1.2.7 이해관계자와 테스트 설계 명세서를 리뷰한다.
1.1.2.8 적절하게(요구 사항이 변경된 때 등) 테스트 설계 명세서와 테스트 조건을 리뷰한다
테스트 설계 기법을 사용하여 테스트 케이스를 식별하고 우선순위를 정한다.
1.2.1 주요 산출물
• 테스트 케이스
• 테스트 케이스 명세서
1.2.2 세부 실행
1.2.2.1 테스트 설계 기법을 사용하여 테스트 조건으로부터 테스트 케이스를 얻어낸다. 하나의 테스트케이스는 입력값의 집합, 실행 사전 조건, 기대 결과 그리고 실행 사후 조건으로 구성된다.
1.2.2.2 식별된 제품 리스크를 기반으로 한 테스트케이스의 우선순위를 정한다.
1.2.2.3 테스트 케이스 명세서 표준을 기반으로 한 테스트 케이스 명세서에 테스트케이스를 문서화한다.
- 테스트 설계 명세서의 우선순위
- 테스트하려는 항목/특징
- 입력값 명세서
- 출력값 명세서
- 환경의 필요
- 특별한 절차의 요구 사항
- 내부 케이스의 의존도
1.2.2.4 이해관계자와 테스트 케이스 명세서를 리뷰한다.
1.2.2.5 적절하게 테스트 케이스 명세서를 리뷰한다.
1.3 필수 상세 테스트 데이터를 식별한다
식별된 테스트 케이스에 테스트 조건과 실행을 지원하기 위해 필수 테스트 데이터 명시한다.
1.3.1 주요 산출물
• 테스트 데이터 명세서
1.3.2 세부 실행
1.3.2.1 테스트 케이스를 시행하고 수행하기 위해 요구되는 필수 상세 테스트 데이터를 식별하고 명시한다.
1.3.2.2 테스트 케이스 명세서 부분으로 필수 상세 테스트 데이터를 문서화한다.
1.4 요구 사항의 수평적 추적 방법을 유지한다
테스트 조건의 요구사항에 수평적 추적 방법을 유지한다.
1.4.1 주요 산출물
• 요구 사항/ 테스트 조건 추적 매트릭스
1.4.2 세부 실행
1.4.2.1 테스트 조건의 근원 기록을 보장하기 위해 요구사항 추적을 유지 한다.
1.4.2.2 요구 사항/테스트 조건 추적 매트릭스를 창출 한다.
1.4.2.3 테스트 실행 동안 요구사항 커버리지의 모니터링이 가능하게 추적 메트릭스를 설정한다.
2 테스트 시행의 수행
Intake Test(유입 테스트, 인수테스트)를 포함하면서 테스트 절차가 개발되고 우선순위가 정해진다. 테스트 데이터가 만들어지고 테스트 일정이 정의된다.
2.1 테스트 절차를 개발하고 우선순위를 정한다.
테스트 절차가 개발되고, 우선순위가 선정된다.
2.1.1 주요 산출물
• 테스트 절차 명세서
• 자동 테스트 스크립트
2.1.2 세부 실행
2.1.2.1 특정한 순서로 테스트 케이스를 조합하고, 테스트 실행을 위해 필요한 정보들로 테스트 절차를 개발한다.
2.1.2.2 식별된 제품 리스크를 기반으로 한 테스트 절차의 우선순위를 정한다.
2.1.2.3 테스트 절차 명세 표준을 기반으로 한 테스트 절차 명세서에 테스트 절차를 문서화한다.
- 테스트 절차 명세 식별
- 목적
- 특별한 요구 사항(실행 사전 조건) 예) 다른 테스트 절차의 의존성
- 절차 스텝(테스트 동작, 검사)
2.1.2.4 이해관계자와 테스트 절차 명세서를 리뷰한다.
2.1.2.5 적절하게 테스트 절차 명세서를 리뷰한다.
2.1.2.6 선택적으로, 테스트 절차는 자동 테스트 스크립트로 자동화되어 바뀔 수 있다.
2.2 상세 테스트 데이터 생성
테스트 분석과 설계 활동 중 명시된 것과 같이 구체적인 테스트 데이터가 만들어진다.
2.2.1 주요 산출물
• 구체적인 테스트 데이터
2.2.2 세부 실행
2.2.2.1 테스트 절차에 명시된 것과 같이 테스트를 수행하기 위해 요구된 구체적인 테스트 데이터를 만든다.
2.2.2.2 향후 초기 상황을 복원 가능하게 하기 위해 구체적인 테스트 데이터의 집합을 보관한다.
2.3 Intake Test 절차를 명시
종결된 시정 조치를 관리합니다.
2.3.1 주요 산출물
• Intake Checklist
• Intake Test 절차 명세서
2.3.2 세부 실행
2.3.2.1 테스트 계획에 정의된 시작 조건을 사용하는 Intake Test 중 실행되어야 할 입력값과 같은 체크 리스트를 정의한다.
- 모든 필수적인 주요 기능이 접근된다.
- 대표적 기능의 접근되고, 적어도 Positive 경로 케이스가 동작한다.
- 테스트 될 다른 Component 또는 시스템의 인터페이스가 동작한다
- 가능한 기능에 대해 문서가 완성되어야 한다. 예) 테스트 릴리즈 노트, 사용자 설명서, 설치 설명서 등
2.3.2.2 테스트 실행에 필요한 다른 정보를 포함하는 것과 실행 가능한 순서로 검사(Test Case)를 투입하는 방법으로 식별된 검사를 기반을 두어 Intake Test 절차 개발한다.
2.3.2.3 테스트 절차 명세 표준을 기반으로 한 테스트 절차 명세서에 Intake Test 절차를 문서화한다.
2.3.2.4 이해관계자와 Intake Test 절차 명세서를 리뷰한다.
2.4 테스트 실행 일정 개발
테스트 절차가 실행되는 연속적인 순차를 묘사로 테스트 절차 개발된다.
2.4.1 주요 산출물
• 테스트 실행 일정
2.4.2 세부 실행
2.4.2.1 테스트 간에 의존성을 조사한다.
2.4.2.2 Main Driver로 해당 우선순위 등급을 사용하여 테스트 절차의 일정을 세운다.
2.4.2.3 테스트 절차에 실행을 수행하기 위해 테스터를 할당한다.
2.4.2.4 이해관계자와 테스트 실행 일정을 리뷰한다.
2.4.2.5 적절하게 테스트 실행 일정을 리뷰한다.
일반적인 정책 목표
3 관리 과정을 규정
3.1 조직의 정책을 수립
테스트 계획과 실행 프로세스를 계획하고 수행하기 위해 조직 정책을 수립하고 유지한다.
테스트 계획과 실행 정책을 일반적으로 아래와 같이 명시된다.
• 테스트 등급 별로 알맞은 테스트 설계 기법의 집합이 식별된다.
• 테스트 명세서는 표본, 표준으로 뒷받침될 것이다.
• 문서화된 테스트 절차를 사용하여 테스트 실행된다
• 테스트 실행 요구된 자동화의 등급
• 인시던트 분류 체계를 이용하여 테스트 인시던트가 문서화 되고, 보고된다.
• 보고된 테스트 인시던트를 문서화된 절차대로 평가하고 분류하여 처리한다.
• 기본 중앙 테스트 인시던트 보관소에 보관한다.
3.2 프로세스 계획
테스트 설계 및 실행 프로세스를 수행하기 위한 계획을 수립하고 유지한다.
일반적으로 테스트 설계 및 실행 과정을 수행하기 위한 계획은 TMMi 테스트 계획 프로세스 영역에서 설명하는 테스트 계획에 포함되어 있다. 테스트 설계와 실행을 위한 활동은 테스트 계획의 한 부분 명확하게 일정이 정해져야 한다.
3.3 자원을 제공
테스트 계획과 실행 프로세스를 수행, 테스트 산출물 도출, 프로세스의 서비스를 제공하기 위해 적절한 자원을 제공한다.
• 테스트 설계와 실행 활동을 수행하기 위해 적절한 시간이 제공된다
• 테스트 목적에 응용 프로그램 영역에 대한 전문적 지식을 갖고 있는 경험 있는 전문가와 개발 프로세스에 전문적 지식을 갖춘 전문가들이 테스트 설계의 개발을 지원(리뷰 참석 등)이 가능하다.
• 테스트 설계와 실행 프로세스을 지원하는 툴을 이용 가능하다.
3.4 책무 할당
테스트 설계 및 실행 과정 수행, 산출물 도출 및 테스트 설계 및 실행 과정의 서비스를 제공하기 위한 책임과 권한을 할당한다.
3.5 직원 교육
필요에 따라 테스트 설계 및 실행 프로세스를 수행 또는 지원하는 사람을 교육한다. 테스트 설계 및 실행에 관련된 테스트 엔지니어, 기타 개인이나 그룹에게 테스트 설계 및 실행, 수용하는 과정 및 기법을 교육한다.
3.6 구성 관리
구성 관리의 적절한 수준에서 테스트 설계 및 실행 과정의 작업 산출물을 지정한다.
• 테스트 설계 명세서
• 테스트 케이스 명세서
• 테스트 절차 명세서(또는 테스트 스크립트)
• 테스트 실행 스케줄
• 테스트 로그
• 자동화된 테스트 스크립트
3.7 관련된 이해관계자 식별 및 참여
계획대로 테스트 설계 및 실행 과정에 관련된 이해관계자가 확인하고 참여한다.
• 테스트 설계와 테스트 케이스의 리뷰와 접근
• 약속을 평가하고 문제를 해결
• 제품 평가 및 테스트 프로젝트 위험
• 테스트 데이터 관리 활동을 평가
• 테스트 진행 및 제품의 품질을 평가
• 종결된 시정 조치 관리
3.8 모니터링 및 과정 제어
모니터링하고 과정을 수행하기 위한 계획에 대한 테스트 설계 및 실행 과정을 제어하고 적절한 조치를 취한다
• 열고 닫은 조치의 개수
• 동등한 평가를 받은 종류의 개수
• 일정 평가(실제 비교 예정 및 틀어진 대상 날짜)
3.9 객관적으로 준수 사항 평가
객관적으로 테스트 설계 및 실행 과정 설명, 표준 및 절차에 대한 통제 절차의 이행을 평가하고, 준수 사항 이외의 사항을 해결한다
• 테스트 계획에 대한 테스트 진행 모니터링
• 종결된 시정 조치 관리
• 테스트 프로젝트 위험 관리의 실적
• 기준(절차 및 서식)을 준수
• 테스트 및 품질 보고서
• 평가 결과
3.10 높은 수준의 관리 평가 상태
높은 수준의 관리 활동 상태 및 테스트 설계 및 실행 과정의 결과를 평가하고 문제를 해결한다.
댓글
댓글 쓰기