TMMI Test Policy and Strategy
아래는 TMMi에서 테스트 정책과 전략 단계의 프로세스를 구축하기 위한 가이드 라인이다.
1. 테스트 정책을 설립하라
비즈니스 정책(품질)에 관련된 테스트 정책이 설립되고, 이해관계자의 동의를 받아야 한다.
1.1. 테스트 목적 정의하라
비즈니스 요구와 목적 기반으로 테스트 목표를 정의하고, 준수하라
1.1.1 주요 산출물
• 테스트 목표
1.1.2 세부 실행
1.1.2.1 비즈니스 요구와 목적을 연구한다
• 강령(사훈)
• 제품에 관련된 비즈니스와 사용자 요구
• 비즈니스 추진 요인
• 품질 프로그램의 주요 목표
• 비즈니스(품질) 정책
• 사업의 형태, 개발되는 제품의 위험 등급
1.1.2.2 명확한 비즈니스 요구사항을 위한 Feedback과 필수적인 목적을 제공하라
1.1.2.3 비즈니스의 요구와 목적을 추적할 수 있는 테스트 목표를 정의하라
• ‘fit-for-use(쓰기 알맞음)’에 대해 제품을 입증하라
• 동작 중 발생하는 결함을 막아라
• 외부 표준에 준수함을 입증하라
• 제품 품질에 관련된 가시성을 제공하라
• 테스트 실행 소요 시간을 단축하라
1.1.2.4 이해관계자와 테스트 목표를 리뷰하라
1.1.2.5 테스트 목적을 적당한 때(예:매년) 다시 논의하고, 개정하라
1.2. 테스트 정책을 정의하라
테스트 목적을 기반으로 테스트 정책이 정의되고, 이해관계자에게 동의를 받아야 한다.
1.2.1 주요 산출물
• 테스트 정책
1.2.2 세부 실행
1.2.2.1 정의된 테스트 목적을 기반으로 테스트 정책을 정의하라
• 테스팅의 정의
• 디버깅의 정의 (오류 위치와 수리)
• 테스팅 진행자와 테스팅에 대한 기본적인 관점
• 테스팅의 목표와 추가된 가치
• 달성되기 위한 품질 등급
• 테스트 조직 독립성의 정도
• 상위 등급 테스트 프로세스 정의
• 테스팅에 주요 책무
• 조직의 접근법과 테스트 프로세스 개선의 목표
1.3 이해관계자에게 테스트 정책을 공유하라
테스트 정책과 테스트 목표가 발표되어야 하고, 내/외부 테스팅이 이해관계자에게 설명되어야 한다.
1.3.1 주요 산출물
• 계획 배치
• 테스트 정책 발표
- 소책자에 테스트 계획 및 정책을 문서화 (품질 시스템)
- 프로젝트와 부서별 미팅에서 발표
- 벽에 포스터를 통해서 테스트 계획 및 정책을 참고
- 모든 부서의 프로젝트 도입 단계를 테스트 계획 및 정책으로 적용
- 중앙 웹 포털로 해당 정보를 제공
실행 될 테스트 등급을 정의하고 식별하는 조직 관점 또는 프로그램 관점 테스트 전략이 설립되고 배치되어야 함.
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.1.2.7 리스크 경감을 위해 총괄적인 제품 리스크의 우선순위를 정하라
2.1.2.8 총괄적인 제품 리스트의 완전성, 범주 및 우선순위 수준에 대해 이해관계자와 리뷰하고, 동의를 받아라
2.1.2.9 적절한 때에 총괄적인 제품 리스크를 개정하라
*테스트 계획 프로세스 영역(1.1은 제품 리스크 범주와 매개 변수를 정의함)에서 정의된 제품 리스크 범주와 매개 변수들이 해당 세부 실행 중에 주로 다시 참고되는지 주목한다.
제품 위험 평가를 수행하기 위한 (하위) 관행에 자세한 내용을 위해 프로세스 영역 테스트 계획으로부터 제품 리스크 평가는 1을 참고한다.
2.2 테스트 전략을 정의하라
테스트 전략은 테스트 레벨을 식별하고 확인하는 것에서 정의된다. 각 레벨, 목표, 책임, 주요업무, 시작/종료 조건과 기타 등등이 정의된다
2.2.1 주요 산출물
• 테스트 전략
2.2.2 세부 실행
2.2.2.1 테스트 정책과 목표를 연구하라
2.2.2.2 테스트 정책과 목표를 위한 명확한 Feedback을 제공하라
2.2.2.3 정의된 테스트 정책과 목표에 대해 명확한 연관성이 있는 테스트 전략을 정의하라
• 개발 중인 제품의 총괄적인 리스크
• 전체 시험 모델 (V - 모델, 증분 라이프 사이클)은 위험을 완화하는 방법으로 적용해야 함.
• 테스트 레벨 (예 : 단위, 통합, 시스템 및 수용 테스트)
• 각 테스트 수준에서의 목적, 책임과 주요 작업
[단위 테스트]
- 단위 설계에 명시된 것과 같이 장치가 작동됨을 입증
- 코드 범위의 특정 수준을 달성
[통합 테스트]
- 국제 기준에 명시된 것과 같이 장치들이 함께 운용됨을 입증
- 인터페이스 명세서에 명시된 것과 같이 인터페이스가 작동됨을 입증
시스템 테스트]
- 요구사양 명세서에 명시된 것과 같이 시스템이 운영됨을 입증
- 시스템 요구 사항 범위의 특정 수준을 달성
[인수 테스트]
- 시스템이 정의된 인수 조건을 만족함을 입증
- 시스템이 ‘fit-for-use(쓰기 알맞음)’이 맞는지 입증
• 사용자 요구 사항 범위의 특정 수준을 달성
• 각 테스트 레벨에서 사용되는 테스트 케이스 설계 기법
• 시험 유형은 각 테스트 레벨에서 수행
• 각 시험 수준에 시작과 완료 조건
• 함께 준수해야 표준
• 테스트의 독립성의 수준
• 테스트가 실행되는 환경
• 각 테스트 레벨에서 자동화에 접근
• 회귀 테스트에 접근
2.2.2.4 이해관계자와 테스트 전략을 리뷰하라
2.2.2.5 테스트 전략을 위한 소유권을 정의하고 설립하라
2.2.2.6 테스트 전략을 적당한 때(예:매년) 다시 논의하고, 개정하라
2.3 이해관계자에게 테스트 전략을 공유하라
테스팅 내/외부적으로 이해관계자와 논의하고 설명해야 한다
2.3.1 주요 산출물
• 계획 배치 및 발표
• 핸드북과 품질 시스템에 테스트 전략을 문서화한다
• 프로젝트 또는 부서별 회의에서 해당 내용을 발표한다
• 게시판에 통해 전략을 언급하고 공유한다
• 사내 인트라넷 등 네트워크로 테스트 전략에 대해 접속을 제공한다
3 관리 프로세스를 제도화하라
3.1 조직의 정책을 설립한다
테스트 정책과 전략 프로세스의 계획 및 실행을 위한 조직의 정책을 설립하고 유지한다. 일반적으로 조직의 단계에선, 주기적(연례적)으로 조직 정책을 문서화한다. 테스트 정책과 테스트 전략은 필수적으로 개정되고 업데이트 되어야 한다.
3.2 프로세스를 계획하라
프로세스를 수행하기 위한 계획을 설립하고, 유지 관리한다. 테스트 정책과 테스트 프로세스를 실행하기 위한 계획은 조직의 품질 계획 또는 테스트 프로세스 개선 계획을 포함할 수(참고) 있다.
3.3 자료를 제공하라
프로세스, 테스트 작업물 개발 그리고 서비스 제공을 수행하기 위한 적절한 자료를 제공한다
3.4 책무 할당하라
테스트 정책과 전략 프로세스를 수행하기 위한 책임과 권한, 테스트 작업물 개발 그리고 테스트 정책과 전략 프로세스의 서비스 제공의 책무와 권한을 할당한다. 권한과 지식이 있는 그룹이 테스트 정책, 테스트 전략과 테스트 실행 지표를 정의하기 위해 지정된다. 그룹은 일반적으로 아래 이해관계자로 이루어 진다.(자료 관리자, 비즈니스 관리자, 품질 관리자, 프로젝트 관리자, 수행자, 테스트 관리자 및 테스트 엔지니어)
3.5 직원을 교육하라
테스트 정책과 전략 프로세스를 수행하고 유지 관리하는 팀원들을 필요에 따라 교육하라. 팀원들은 구조적 테스팅에 관련된 기본적 지식을 갖추고 있어야 한다. 테스트 성능 지표에 맞춰 실행하는 팀원들은 이에 대해 교육되어야 한다.
3.6 배치를 관리한다
테스트 정책과 전략 프로세스에서 만들어진 산출물을 적절하게 배치한다.
• 테스트 정책
• 테스트 전략
• 테스트 성능 지표의 정의
• 측정 데이터
3.7 관련된 이해관계자를 확인하고 참여시키다
계획대로 테스트 정책과 전략 프로세스에 관련된 이해관계자를 확인하고 참여시켜라
3.8 프로세스를 감시하고 제어하라
3.9 준수 사항 객관적으로 평가하라
해당 프로세스의 묘사, 표준과 절차에 따라 테스트 정책과 전략 프로세스의 준수가 객관적으로 평가하고, 미준수 사항을 처리한다.
• 테스트 정책과 테스트 전략을 테스트 계획에 반영하여 준수하고 있는지 평가한다.
• 이해관계자와 QA 담당자가 테스트 성능 지표에 대해 익숙한 정도(등급)를 평가한다.
• 이해관계자에 테스트 성능 지표 데이터의 유효성을 평가한다.
3.10 상위 등급 관리자와 상태를 점검하라
상위 등급 관리자와 테스트 정책과 전략 프로세스의 활동, 상태와 결과를 점검하고, 문제점(논쟁점)을 해결한다.
아래는 TMMi에서 테스트 정책과 전략 단계의 프로세스를 구축하기 위한 가이드 라인이다.
1. 테스트 정책을 설립하라
비즈니스 정책(품질)에 관련된 테스트 정책이 설립되고, 이해관계자의 동의를 받아야 한다.
1.1. 테스트 목적 정의하라
비즈니스 요구와 목적 기반으로 테스트 목표를 정의하고, 준수하라
1.1.1 주요 산출물
• 테스트 목표
1.1.2 세부 실행
1.1.2.1 비즈니스 요구와 목적을 연구한다
• 강령(사훈)
• 제품에 관련된 비즈니스와 사용자 요구
• 비즈니스 추진 요인
• 품질 프로그램의 주요 목표
• 비즈니스(품질) 정책
• 사업의 형태, 개발되는 제품의 위험 등급
1.1.2.2 명확한 비즈니스 요구사항을 위한 Feedback과 필수적인 목적을 제공하라
1.1.2.3 비즈니스의 요구와 목적을 추적할 수 있는 테스트 목표를 정의하라
• ‘fit-for-use(쓰기 알맞음)’에 대해 제품을 입증하라
• 동작 중 발생하는 결함을 막아라
• 외부 표준에 준수함을 입증하라
• 제품 품질에 관련된 가시성을 제공하라
• 테스트 실행 소요 시간을 단축하라
1.1.2.4 이해관계자와 테스트 목표를 리뷰하라
1.1.2.5 테스트 목적을 적당한 때(예:매년) 다시 논의하고, 개정하라
1.2. 테스트 정책을 정의하라
테스트 목적을 기반으로 테스트 정책이 정의되고, 이해관계자에게 동의를 받아야 한다.
1.2.1 주요 산출물
• 테스트 정책
1.2.2 세부 실행
1.2.2.1 정의된 테스트 목적을 기반으로 테스트 정책을 정의하라
• 테스팅의 정의
• 디버깅의 정의 (오류 위치와 수리)
• 테스팅 진행자와 테스팅에 대한 기본적인 관점
• 테스팅의 목표와 추가된 가치
• 달성되기 위한 품질 등급
• 테스트 조직 독립성의 정도
• 상위 등급 테스트 프로세스 정의
• 테스팅에 주요 책무
• 조직의 접근법과 테스트 프로세스 개선의 목표
1.3 이해관계자에게 테스트 정책을 공유하라
테스트 정책과 테스트 목표가 발표되어야 하고, 내/외부 테스팅이 이해관계자에게 설명되어야 한다.
1.3.1 주요 산출물
• 계획 배치
• 테스트 정책 발표
- 소책자에 테스트 계획 및 정책을 문서화 (품질 시스템)
- 프로젝트와 부서별 미팅에서 발표
- 벽에 포스터를 통해서 테스트 계획 및 정책을 참고
- 모든 부서의 프로젝트 도입 단계를 테스트 계획 및 정책으로 적용
- 중앙 웹 포털로 해당 정보를 제공
실행 될 테스트 등급을 정의하고 식별하는 조직 관점 또는 프로그램 관점 테스트 전략이 설립되고 배치되어야 함.
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.1.2.7 리스크 경감을 위해 총괄적인 제품 리스크의 우선순위를 정하라
2.1.2.8 총괄적인 제품 리스트의 완전성, 범주 및 우선순위 수준에 대해 이해관계자와 리뷰하고, 동의를 받아라
2.1.2.9 적절한 때에 총괄적인 제품 리스크를 개정하라
*테스트 계획 프로세스 영역(1.1은 제품 리스크 범주와 매개 변수를 정의함)에서 정의된 제품 리스크 범주와 매개 변수들이 해당 세부 실행 중에 주로 다시 참고되는지 주목한다.
제품 위험 평가를 수행하기 위한 (하위) 관행에 자세한 내용을 위해 프로세스 영역 테스트 계획으로부터 제품 리스크 평가는 1을 참고한다.
2.2 테스트 전략을 정의하라
테스트 전략은 테스트 레벨을 식별하고 확인하는 것에서 정의된다. 각 레벨, 목표, 책임, 주요업무, 시작/종료 조건과 기타 등등이 정의된다
2.2.1 주요 산출물
• 테스트 전략
2.2.2 세부 실행
2.2.2.1 테스트 정책과 목표를 연구하라
2.2.2.2 테스트 정책과 목표를 위한 명확한 Feedback을 제공하라
2.2.2.3 정의된 테스트 정책과 목표에 대해 명확한 연관성이 있는 테스트 전략을 정의하라
• 개발 중인 제품의 총괄적인 리스크
• 전체 시험 모델 (V - 모델, 증분 라이프 사이클)은 위험을 완화하는 방법으로 적용해야 함.
• 테스트 레벨 (예 : 단위, 통합, 시스템 및 수용 테스트)
• 각 테스트 수준에서의 목적, 책임과 주요 작업
[단위 테스트]
- 단위 설계에 명시된 것과 같이 장치가 작동됨을 입증
- 코드 범위의 특정 수준을 달성
[통합 테스트]
- 국제 기준에 명시된 것과 같이 장치들이 함께 운용됨을 입증
- 인터페이스 명세서에 명시된 것과 같이 인터페이스가 작동됨을 입증
시스템 테스트]
- 요구사양 명세서에 명시된 것과 같이 시스템이 운영됨을 입증
- 시스템 요구 사항 범위의 특정 수준을 달성
[인수 테스트]
- 시스템이 정의된 인수 조건을 만족함을 입증
- 시스템이 ‘fit-for-use(쓰기 알맞음)’이 맞는지 입증
• 사용자 요구 사항 범위의 특정 수준을 달성
• 각 테스트 레벨에서 사용되는 테스트 케이스 설계 기법
• 시험 유형은 각 테스트 레벨에서 수행
• 각 시험 수준에 시작과 완료 조건
• 함께 준수해야 표준
• 테스트의 독립성의 수준
• 테스트가 실행되는 환경
• 각 테스트 레벨에서 자동화에 접근
• 회귀 테스트에 접근
2.2.2.4 이해관계자와 테스트 전략을 리뷰하라
2.2.2.5 테스트 전략을 위한 소유권을 정의하고 설립하라
2.2.2.6 테스트 전략을 적당한 때(예:매년) 다시 논의하고, 개정하라
2.3 이해관계자에게 테스트 전략을 공유하라
테스팅 내/외부적으로 이해관계자와 논의하고 설명해야 한다
2.3.1 주요 산출물
• 계획 배치 및 발표
• 핸드북과 품질 시스템에 테스트 전략을 문서화한다
• 프로젝트 또는 부서별 회의에서 해당 내용을 발표한다
• 게시판에 통해 전략을 언급하고 공유한다
• 사내 인트라넷 등 네트워크로 테스트 전략에 대해 접속을 제공한다
3 관리 프로세스를 제도화하라
3.1 조직의 정책을 설립한다
테스트 정책과 전략 프로세스의 계획 및 실행을 위한 조직의 정책을 설립하고 유지한다. 일반적으로 조직의 단계에선, 주기적(연례적)으로 조직 정책을 문서화한다. 테스트 정책과 테스트 전략은 필수적으로 개정되고 업데이트 되어야 한다.
3.2 프로세스를 계획하라
프로세스를 수행하기 위한 계획을 설립하고, 유지 관리한다. 테스트 정책과 테스트 프로세스를 실행하기 위한 계획은 조직의 품질 계획 또는 테스트 프로세스 개선 계획을 포함할 수(참고) 있다.
3.3 자료를 제공하라
프로세스, 테스트 작업물 개발 그리고 서비스 제공을 수행하기 위한 적절한 자료를 제공한다
3.4 책무 할당하라
테스트 정책과 전략 프로세스를 수행하기 위한 책임과 권한, 테스트 작업물 개발 그리고 테스트 정책과 전략 프로세스의 서비스 제공의 책무와 권한을 할당한다. 권한과 지식이 있는 그룹이 테스트 정책, 테스트 전략과 테스트 실행 지표를 정의하기 위해 지정된다. 그룹은 일반적으로 아래 이해관계자로 이루어 진다.(자료 관리자, 비즈니스 관리자, 품질 관리자, 프로젝트 관리자, 수행자, 테스트 관리자 및 테스트 엔지니어)
3.5 직원을 교육하라
테스트 정책과 전략 프로세스를 수행하고 유지 관리하는 팀원들을 필요에 따라 교육하라. 팀원들은 구조적 테스팅에 관련된 기본적 지식을 갖추고 있어야 한다. 테스트 성능 지표에 맞춰 실행하는 팀원들은 이에 대해 교육되어야 한다.
3.6 배치를 관리한다
테스트 정책과 전략 프로세스에서 만들어진 산출물을 적절하게 배치한다.
• 테스트 정책
• 테스트 전략
• 테스트 성능 지표의 정의
• 측정 데이터
3.7 관련된 이해관계자를 확인하고 참여시키다
계획대로 테스트 정책과 전략 프로세스에 관련된 이해관계자를 확인하고 참여시켜라
3.8 프로세스를 감시하고 제어하라
3.9 준수 사항 객관적으로 평가하라
해당 프로세스의 묘사, 표준과 절차에 따라 테스트 정책과 전략 프로세스의 준수가 객관적으로 평가하고, 미준수 사항을 처리한다.
• 테스트 정책과 테스트 전략을 테스트 계획에 반영하여 준수하고 있는지 평가한다.
• 이해관계자와 QA 담당자가 테스트 성능 지표에 대해 익숙한 정도(등급)를 평가한다.
• 이해관계자에 테스트 성능 지표 데이터의 유효성을 평가한다.
3.10 상위 등급 관리자와 상태를 점검하라
상위 등급 관리자와 테스트 정책과 전략 프로세스의 활동, 상태와 결과를 점검하고, 문제점(논쟁점)을 해결한다.
댓글
댓글 쓰기