TMMi: 두 판 사이의 차이

IT위키
(새 문서: 분류:소프트웨어 공학 ;Test Maturity Model Integration ;CMMi 기반의 테스트 성숙도 평가 모델 {| class="wikitable" ! 성숙 단계 ! 내용 ! Process Area...)
 
편집 요약 없음
8번째 줄: 8번째 줄:
! Process Area
! Process Area
|-
|-
| Level1 : 초기(Initial)
| Level1  
초기(Initial)
|  
|  
* 테스팅이 정의되지 않음
* 테스팅이 정의되지 않음
15번째 줄: 16번째 줄:
|  
|  
|-
|-
| Level2 : 관리(Managed)
| Level2
관리(Managed)
|  
|  
* 테스트와 디버깅이 구분
* 테스트와 디버깅이 구분
29번째 줄: 31번째 줄:
* 테스트 환경
* 테스트 환경
|-
|-
| Level3 : 정의(Defied)
| Level3
정의(Defied)
|  
|  
* 테스팅이 개발생명주기와 통합되는 단계
* 테스팅이 개발생명주기와 통합되는 단계
41번째 줄: 44번째 줄:
* 동료 검토
* 동료 검토
|-
|-
| Level4 : 관리&측정(Management& Measurement)
| Level4
관리&측정(Management& Measurement)
|  
|  
* 동료 검토 활동 수행
* 동료 검토 활동 수행
52번째 줄: 56번째 줄:
* 발전된 동료 검토
* 발전된 동료 검토
|-
|-
| Level5 : 최적화(Optimization)
| Level5
최적화(Optimization)
|  
|  
* 결함 예방과 품질제어 활동에 초점
* 결함 예방과 품질제어 활동에 초점

2019년 10월 31일 (목) 22:25 판

Test Maturity Model Integration
CMMi 기반의 테스트 성숙도 평가 모델
성숙 단계 내용 Process Area
Level1

초기(Initial)

  • 테스팅이 정의되지 않음
  • 테스팅과 디버깅을 한 부분으로 인식
  • 테스트는 조직원의 능력과 자신감에 의존
Level2

관리(Managed)

  • 테스트와 디버깅이 구분
  • 테스트가 소프트웨어 생명주기에서 하나의 독립된 단계로 정의
  • 결함 발견 활동의 집중
  • 테스트 정책을 별도로 문서화하거나 품질 정책이나 개발 정책의 일부분으로 정의
  • 테스트 전략 또는 접근법에 근거하여 테스팅을 하고 있다는 것을 증명
  • 테스트 정책과 전략
  • 테스트 계획
  • 테스트 모니터링 및 제어
  • 테스트 설계 및 수행
  • 테스트 환경
Level3

정의(Defied)

  • 테스팅이 개발생명주기와 통합되는 단계
  • 별도의 테스트 전담조직 보유
  • 조직차원에서 테스팅을 내재화
  • 테스트 조직
  • 테스트교육/훈련 프로그램
  • 테스트 수명주기와 통합
  • 비기능 테스팅
  • 동료 검토
Level4

관리&측정(Management& Measurement)

  • 동료 검토 활동 수행
  • 요구사항 분석 단계부터 테스트 케이스를 설계하여 결함 조기 발견(예방적인 테스팅)
  • 테스트를 관리하고 측정하는 단계
  • 소프트웨어 품질 평가와 메트릭을 이용한 테스트 측정을 통해 테스트를 수치화, 정량화
  • 테스트 측정
  • 소프트웨어 품질 평가
  • 발전된 동료 검토
Level5

최적화(Optimization)

  • 결함 예방과 품질제어 활동에 초점
  • 테스트 프로세스가 정의되고 관리되며, 비용과 효과 모니터링
  • 테스트 프로세스가 지속적으로 개선 및 조정되며 결함 예방과 품질 제어활동 수행
  • 활동이 통계적 방법과 다양한 평가 기준에 의해 측정
  • 결함 예방
  • 테스트 프로세스 최적화
  • 품질제어