TMMI Test Planning
아래는 TMMi에서 테스트 계획 단계의 프로세스를 구축하기 위한 가이드 라인이다.
1 제품 리스크 평가를 수행하라
테스팅을 위해 치명적인 영역을 식별하기 위해 제품 리스크 평가를 수행한다.
1.1 제품 리스크 카테고리와 매개변수를 정의하라.
제품 리스크 평가하는 동안 사용될 제품 리스크 카테고리와 매개변수가 정의되어야 한다.
1.1.1 주요 산출물
• 제품 리스크 카테고리 리스트
• 제품 리스크 평가와 우선순위 기준
1.1.2세부 실행
1.1.2.1 제품 리스크 카테고리를 확정한다.
제품 리스크 카테고리를 식별하는 이유는 테스트 계획의 테스트 타입별 테스트 업무에 유망한 통합을 돕기 위함이다.
1.1.2.2 제품 리스크 가능성과 영향력 등급을 평가하고, 입증하기 위한 일관된 기준을 정의한다.
1.1.2.3 각각 제품 리스크 등급을 위한 한계점을 정의한다.
1.2 제품 리스크를 식별하라
제품 리스크는 식별되고 문서화된다.
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.3.2.3 위험도 경감을 위해 제품 리스크의 우선순위를 정한다.
1.3.2.4 제품 리스크의 출처 기록을 확실히 하기 위해 제품 리스크와 요구 사항 간에 수평 추적을 설립한다.
1.3.2.5 요구 사항/제품 리스크 추적 메트릭을 창출한다
1.3.2.6 제품 리스크의 완전성, 카테고리, 우선순위 등급에 대해 이해관계자에게 리뷰하고, 동의를 얻는다.
1.3.2.7 적당한 때에 제품 리스크를 개정한다.
• 새로운 요구 사항이나 요구 사항 변경
• 소프트웨어 개발 접근법의 변경
• 프로젝트에 품질 이슈에 대해 배우는 교육
식별된 제품 리스크를 기반을 두어 테스트 접근법이 설립되고, 동의를 받는다.
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.2 테스트 접근법을 정의하라
식별되고 우선순위가 정해진 제품 리스크를 경감시키기 위해 테스트 접근법이 정의된다.
2.2.1 주요 산출물
• 접근법 등, 테스트 설계 기법의 선택된 집합은 주요 테스트 업무의 우선순위와 각 하나를 수행하기 위해 요구된 시간 판단을 지원하기 위해 충분히 자세하게 설명되어야 한다.
2.2.2 세부 실행
2.2.2.1 사용할 테스트 설계 기법을 선택한다; 다중 테스트 설계기법은 정의된 제품 리스크를 기반으로 한 적절한 테스트 커버리지를 제공하기 위해 정의된다.
2.2.2.2 테스트 업무 산출물을 리뷰하기 위한 접근법을 정의한다.
2.2.2.3 재 테스트를 위한 접근법을 정의한다.
2.2.2.4 리그레이션 테스팅을 위한 접근법을 정의한다.
2.2.2.5 사용할 테스트 지원 툴을 식별한다.
2.2.2.6 테스트 접근법에 관련된 중요한 제약사항을 식별한다.
2.2.2.7 정의된 조직 또는 프로그램 테스트 전략으로 테스트 접근법을 나열한다.
2.2.2.8 테스트 전략에서 미준수된 것과 그것의 원인을 식별한다.
2.2.2.9 테스트 접근법을 이해관계자와 리뷰한다.
2.2.2.10 적절한 시기에 테스트 접근법을 개정한다.
2.3 시작 조건을 정의한다
철저한 테스트 프로세스가 허용되지 않는 상태에서 테스트가 시작되는 것을 막기 위해 테스팅 시작 조건을 정의한다.
2.3.1 주요 산출물
• 각 정의된 테스트 등급 시작 조건
2.3.2 세부 실행
2.3.2.1 테스트 프로세스에 관련된 시작 조건의 집합을 정의한다.
2.3.2.2 제품 품질과 관련된 시작 조건의 집합을 정의한다.
2.3.2.3 이해관계자, 특별히 시작 조건 회의에 책임이 있는 이들과 시작 조건을 리뷰한다.
2.4 완료 조건을 정의한다
테스트가 완료되는 때를 알기 위해 테스팅 완료 조건을 정의한다.
2.4.1 주요 산출물
• 각 식별된 테스트 등급 완료 조건
2.4.2 세부 실행
2.4.1.1 테스트 프로세스에 관련된 완료 조건의 집합을 정의한다
2.4.1.2 제품 품질과 관련된 완료 조건의 집합을 정의한다
2.4.1.3 이해관계자와 완료 조건을 리뷰 한다
2.5 보류와 재개 조건을 정의한다
조건은 테스트 항목과 특징에 대한 테스트 업무에 전부 혹은 파티션을 보류하고 재개하는데 사용하기 위해 정의된다..
2.5.1 주요 산출물
• 보류 조건
• 재개 조건
2.5.2 세부 실행
2.5.2.1 테스트 항목과 특징에 대한 테스트 업무에 전부 혹은 파티션을 보류하기 위해 사용되는 보류 조건을 명시한다.
2.5.2.2 보류 조건이 제거된 때에 테스트 업무가 반복되어야 하는 것을 명시하기 위해 재개 조건을 명시한다.
3 관리 프로세스를 제도화하라
2.1 조직의 정책을 설립한다
테스트 계획 및 실행을 위한 조직의 정책을 설립하고 유지한다.
고려해야 할 사항
• 각 프로젝트는 테스트 활동과 추정치, 테스트 접근법을 포함한 테스트 계획을 정의할 것이다.
• 각 프로젝트의 테스트 접근법은 테스트 전략으로부터 얻어진다.
• 테스트 계획들은 표준 프로세스와 견본을 사용하면서 개발된다.
• 성능 테스트 계획 때 사용될 툴을 표준화한다.
• 요구 사항은 테스트 계획 활동을 위한 기반으로 사용된다.
• 테스팅 책무는 자료 관리, 비즈니스 관리와 프로젝트 관리와 협상된다.
• 테스트 활동에 다른 영향을 받은 그룹의 어떠한 관여도 그 그룹에 의해 명쾌하게 동의 되어야만 한다.
• 관리자는 외부 조직 그룹에게 만들어진 모든 테스트 책임은 리뷰 한다.
• 테스트 계획 관리되고 통제된다.
2.2 프로세스의 계획
테스트 계획 수행을 위한 세부사항을 설립하고 유지 관리한다. 일반적으로 세부사항은 CMMI 프로젝트 계획 프로세스 영역을 형성한 프로젝트 계획을 포함한다.
2.3 자료 제공
테스트 계획 프로세스 수행, 테스트 산출물 개발, 프로세스에 의해 정의된 서비스를 제공하기 위한 적절한 자료를 제공한다.
• 문서화되고, 입증된 과제는 테스트를 위해 존재한다. 이 과제는 일반적으로 목표와 목적, 테스트하거나 하지 않는 항목과 특징, 수행되는 테스트 종류, 시행된 표준, 비용, 일정, 자료의 제약과 관련된 이슈와 기대값을 다룬다.
• 테스트 계획 활동을 수행하기 위해 테스트 관리자에게 적절한 시간이 제공된다.
• 테스트 목적의 적용 범위에 전문적인 지식과 개발 프로세스에 전문적 지식을 가진 숙련된 인원들이 테스트 계획 창출에 대해 지원이 가능하다.
• 프로세스를 지원하는 툴이 사용 가능하다.
2.4 책임 할당
테스트 프로세스의 수행, 산출물 개발, 테스트 계획 프로세스의 서비스를 제공하기 위한 책임과 권한을 할당한다. 테스트 계획을 개발, 공헌을 체결하기 위한 책임을 갖기 위해 테스트 관리가 설계된다. 테스트 관리자는 테스트 계획 수립과 업무 기여도를 협업하는 책임을 갖기 위해 임명된다. 테스트 관리자는 직접적으로 또는 대표단을 통해 프로젝트의 테스트 계획을 조정한다.
2.5 직원을 교육하라
테스트 계획 수립하는 방법과 지원하는 방법을 팀원에게 교육하라. 테스트 계획에 포함되는 테스트 관리자와 다른 개개인 또는 그룹들은 관련된 절차와 기법에 대해 교육되어야 한다.
2.6 배치를 관리한다
테스트 계획 단계에서 만들어진 산출물을 적절하게 관리하여 배치한다.
2.7 관련된 이해관계자를 확인하고 참여시키다
계획과 같이 테스트 계획 단계에 관련된 이해관계자를 확인하고 참여시켜라.
2.8 프로세스를 감시하고 제어하라
프로세스 수행하기 위한 계획에 따른 활동을 감시하고 제어하여 적절한 행동을 취한다.
2.9 준수 사항 객관적으로 평가하라
해당 프로세스의 표준과 절차에 따라 테스트 계획 단계가 진행되고 준수했는지 객관적으로 평가하고 미준수 사항을 처리한다.
2.10 상위 등급 관리자와 상태를 점검하라
상위 등급 관리자와 테스트 계획 단계의 활동, 상태, 결과를 점검하고 문제점(논쟁점)을 해결한다.
아래는 TMMi에서 테스트 계획 단계의 프로세스를 구축하기 위한 가이드 라인이다.
1 제품 리스크 평가를 수행하라
테스팅을 위해 치명적인 영역을 식별하기 위해 제품 리스크 평가를 수행한다.
1.1 제품 리스크 카테고리와 매개변수를 정의하라.
제품 리스크 평가하는 동안 사용될 제품 리스크 카테고리와 매개변수가 정의되어야 한다.
1.1.1 주요 산출물
• 제품 리스크 카테고리 리스트
• 제품 리스크 평가와 우선순위 기준
1.1.2세부 실행
1.1.2.1 제품 리스크 카테고리를 확정한다.
제품 리스크 카테고리를 식별하는 이유는 테스트 계획의 테스트 타입별 테스트 업무에 유망한 통합을 돕기 위함이다.
1.1.2.2 제품 리스크 가능성과 영향력 등급을 평가하고, 입증하기 위한 일관된 기준을 정의한다.
1.1.2.3 각각 제품 리스크 등급을 위한 한계점을 정의한다.
1.2 제품 리스크를 식별하라
제품 리스크는 식별되고 문서화된다.
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.3.2.3 위험도 경감을 위해 제품 리스크의 우선순위를 정한다.
1.3.2.4 제품 리스크의 출처 기록을 확실히 하기 위해 제품 리스크와 요구 사항 간에 수평 추적을 설립한다.
1.3.2.5 요구 사항/제품 리스크 추적 메트릭을 창출한다
1.3.2.6 제품 리스크의 완전성, 카테고리, 우선순위 등급에 대해 이해관계자에게 리뷰하고, 동의를 얻는다.
1.3.2.7 적당한 때에 제품 리스크를 개정한다.
• 새로운 요구 사항이나 요구 사항 변경
• 소프트웨어 개발 접근법의 변경
• 프로젝트에 품질 이슈에 대해 배우는 교육
식별된 제품 리스크를 기반을 두어 테스트 접근법이 설립되고, 동의를 받는다.
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.2 테스트 접근법을 정의하라
식별되고 우선순위가 정해진 제품 리스크를 경감시키기 위해 테스트 접근법이 정의된다.
2.2.1 주요 산출물
• 접근법 등, 테스트 설계 기법의 선택된 집합은 주요 테스트 업무의 우선순위와 각 하나를 수행하기 위해 요구된 시간 판단을 지원하기 위해 충분히 자세하게 설명되어야 한다.
2.2.2 세부 실행
2.2.2.1 사용할 테스트 설계 기법을 선택한다; 다중 테스트 설계기법은 정의된 제품 리스크를 기반으로 한 적절한 테스트 커버리지를 제공하기 위해 정의된다.
2.2.2.2 테스트 업무 산출물을 리뷰하기 위한 접근법을 정의한다.
2.2.2.3 재 테스트를 위한 접근법을 정의한다.
2.2.2.4 리그레이션 테스팅을 위한 접근법을 정의한다.
2.2.2.5 사용할 테스트 지원 툴을 식별한다.
2.2.2.6 테스트 접근법에 관련된 중요한 제약사항을 식별한다.
2.2.2.7 정의된 조직 또는 프로그램 테스트 전략으로 테스트 접근법을 나열한다.
2.2.2.8 테스트 전략에서 미준수된 것과 그것의 원인을 식별한다.
2.2.2.9 테스트 접근법을 이해관계자와 리뷰한다.
2.2.2.10 적절한 시기에 테스트 접근법을 개정한다.
2.3 시작 조건을 정의한다
철저한 테스트 프로세스가 허용되지 않는 상태에서 테스트가 시작되는 것을 막기 위해 테스팅 시작 조건을 정의한다.
2.3.1 주요 산출물
• 각 정의된 테스트 등급 시작 조건
2.3.2 세부 실행
2.3.2.1 테스트 프로세스에 관련된 시작 조건의 집합을 정의한다.
2.3.2.2 제품 품질과 관련된 시작 조건의 집합을 정의한다.
2.3.2.3 이해관계자, 특별히 시작 조건 회의에 책임이 있는 이들과 시작 조건을 리뷰한다.
2.4 완료 조건을 정의한다
테스트가 완료되는 때를 알기 위해 테스팅 완료 조건을 정의한다.
2.4.1 주요 산출물
• 각 식별된 테스트 등급 완료 조건
2.4.2 세부 실행
2.4.1.1 테스트 프로세스에 관련된 완료 조건의 집합을 정의한다
2.4.1.2 제품 품질과 관련된 완료 조건의 집합을 정의한다
2.4.1.3 이해관계자와 완료 조건을 리뷰 한다
2.5 보류와 재개 조건을 정의한다
조건은 테스트 항목과 특징에 대한 테스트 업무에 전부 혹은 파티션을 보류하고 재개하는데 사용하기 위해 정의된다..
2.5.1 주요 산출물
• 보류 조건
• 재개 조건
2.5.2 세부 실행
2.5.2.1 테스트 항목과 특징에 대한 테스트 업무에 전부 혹은 파티션을 보류하기 위해 사용되는 보류 조건을 명시한다.
2.5.2.2 보류 조건이 제거된 때에 테스트 업무가 반복되어야 하는 것을 명시하기 위해 재개 조건을 명시한다.
3 관리 프로세스를 제도화하라
2.1 조직의 정책을 설립한다
테스트 계획 및 실행을 위한 조직의 정책을 설립하고 유지한다.
고려해야 할 사항
• 각 프로젝트는 테스트 활동과 추정치, 테스트 접근법을 포함한 테스트 계획을 정의할 것이다.
• 각 프로젝트의 테스트 접근법은 테스트 전략으로부터 얻어진다.
• 테스트 계획들은 표준 프로세스와 견본을 사용하면서 개발된다.
• 성능 테스트 계획 때 사용될 툴을 표준화한다.
• 요구 사항은 테스트 계획 활동을 위한 기반으로 사용된다.
• 테스팅 책무는 자료 관리, 비즈니스 관리와 프로젝트 관리와 협상된다.
• 테스트 활동에 다른 영향을 받은 그룹의 어떠한 관여도 그 그룹에 의해 명쾌하게 동의 되어야만 한다.
• 관리자는 외부 조직 그룹에게 만들어진 모든 테스트 책임은 리뷰 한다.
• 테스트 계획 관리되고 통제된다.
2.2 프로세스의 계획
테스트 계획 수행을 위한 세부사항을 설립하고 유지 관리한다. 일반적으로 세부사항은 CMMI 프로젝트 계획 프로세스 영역을 형성한 프로젝트 계획을 포함한다.
2.3 자료 제공
테스트 계획 프로세스 수행, 테스트 산출물 개발, 프로세스에 의해 정의된 서비스를 제공하기 위한 적절한 자료를 제공한다.
• 문서화되고, 입증된 과제는 테스트를 위해 존재한다. 이 과제는 일반적으로 목표와 목적, 테스트하거나 하지 않는 항목과 특징, 수행되는 테스트 종류, 시행된 표준, 비용, 일정, 자료의 제약과 관련된 이슈와 기대값을 다룬다.
• 테스트 계획 활동을 수행하기 위해 테스트 관리자에게 적절한 시간이 제공된다.
• 테스트 목적의 적용 범위에 전문적인 지식과 개발 프로세스에 전문적 지식을 가진 숙련된 인원들이 테스트 계획 창출에 대해 지원이 가능하다.
• 프로세스를 지원하는 툴이 사용 가능하다.
2.4 책임 할당
테스트 프로세스의 수행, 산출물 개발, 테스트 계획 프로세스의 서비스를 제공하기 위한 책임과 권한을 할당한다. 테스트 계획을 개발, 공헌을 체결하기 위한 책임을 갖기 위해 테스트 관리가 설계된다. 테스트 관리자는 테스트 계획 수립과 업무 기여도를 협업하는 책임을 갖기 위해 임명된다. 테스트 관리자는 직접적으로 또는 대표단을 통해 프로젝트의 테스트 계획을 조정한다.
2.5 직원을 교육하라
테스트 계획 수립하는 방법과 지원하는 방법을 팀원에게 교육하라. 테스트 계획에 포함되는 테스트 관리자와 다른 개개인 또는 그룹들은 관련된 절차와 기법에 대해 교육되어야 한다.
2.6 배치를 관리한다
테스트 계획 단계에서 만들어진 산출물을 적절하게 관리하여 배치한다.
2.7 관련된 이해관계자를 확인하고 참여시키다
계획과 같이 테스트 계획 단계에 관련된 이해관계자를 확인하고 참여시켜라.
2.8 프로세스를 감시하고 제어하라
프로세스 수행하기 위한 계획에 따른 활동을 감시하고 제어하여 적절한 행동을 취한다.
2.9 준수 사항 객관적으로 평가하라
해당 프로세스의 표준과 절차에 따라 테스트 계획 단계가 진행되고 준수했는지 객관적으로 평가하고 미준수 사항을 처리한다.
2.10 상위 등급 관리자와 상태를 점검하라
상위 등급 관리자와 테스트 계획 단계의 활동, 상태, 결과를 점검하고 문제점(논쟁점)을 해결한다.
댓글
댓글 쓰기