시험 성숙도 모델
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
1. 개요
시험 성숙도 모델(TMM)은 1996년 일리노이 공과대학교의 일렌 번스타인 교수팀이 개발한 소프트웨어 테스팅 프로세스 성숙도 모델이다. SW-CMM과 호환되도록 설계되어 CMM에서의 테스트 활동 프로세스 개선을 돕고, ISO9000, CMM, SPICE 등 기존 모델보다 완성도가 높게 평가받는다. TMM은 심사 모델, 절차, 도구, 질의서, 팀 교육 등에 대한 기준을 제시하며, 초기, 정의, 통합, 관리/측정, 최적화의 5단계로 구성된다.
더 읽어볼만한 페이지
- 소프트웨어 테스트 - 보안 취약점
보안 취약점은 시스템의 설계, 구현, 운영, 관리상 결함이나 약점으로, 위협에 의해 악용되어 시스템 보안 정책을 위반할 수 있는 요소이며, ISO 27005, IETF RFC 4949, NIST SP 800-30, ENISA 등 다양한 기관에서 정의하고 있다. - 소프트웨어 테스트 - A/B 테스트
A/B 테스트는 두 가지 이상의 대안을 비교하여 더 나은 성과를 판단하는 방법으로, 웹사이트, 애플리케이션 등 다양한 분야에서 사용자 인터페이스 등을 테스트하며 통계적 가설 검정을 기반으로 한다. - 소프트웨어 공학 - 통합 개발 환경
통합 개발 환경(IDE)은 코드 편집, 빌드, 디버깅 등 소프트웨어 개발에 필요한 여러 기능을 통합적으로 제공하는 응용 프로그램이다. - 소프트웨어 공학 - 소프트웨어 개발
소프트웨어 개발은 요구사항 분석, 설계, 코딩, 테스트, 배포, 유지보수를 포함하는 컴퓨터 프로그램 및 관련 데이터를 만드는 과정으로, 다양한 방법론과 도구가 사용되며, 개발자 외에도 다양한 전문가들이 참여한다.
| 시험 성숙도 모델 |
|---|
2. 정의
시험 성숙도 모델(TMM)은 1996년 일리노이 공과대학교의 일렌 번스타인/Ilene Burnstein영어 교수팀이 개발한 소프트웨어 테스팅 프로세스 성숙도 모델이다.
2. 1. 개발 배경
시험 성숙도 모델(TMM)은 1996년 일리노이 공과대학교의 일렌 번스타인/Ilene Burnstein영어 교수팀이 개발하였다.3. 특징
SW-CMM에 호환될 수 있도록 설계되었다. CMM에서의 테스트 활동에 대한 프로세스 개선을 보조한다. 기존의 테스팅 프로세스 성숙도 모델(ISO9000, CMM, SPICE)들중 가장 완성도 높은 모델로 평가받으며, 심사 모델 및 절차, 심사 도구, 질의서, 팀 교육 등에 관한 기준을 제시한다.
3. 1. SW-CMM과의 호환성
TMM은 SW-CMM과 호환되도록 설계되었으며, CMM에서의 테스트 활동에 대한 프로세스 개선을 보조한다. 기존의 테스팅 프로세스 성숙도 모델(ISO9000, CMM, SPICE)들 중 가장 완성도 높은 모델로 평가받으며, 심사 모델 및 절차, 심사 도구, 질의서, 팀 교육 등에 관한 기준을 제시한다.3. 2. 기존 모델과의 비교
TMM은 기존의 테스팅 프로세스 성숙도 모델(ISO9000, CMM, SPICE)들 중 가장 완성도 높은 모델로 평가받는다. SW-CMM에 호환될 수 있도록 설계되었으며, CMM에서의 테스트 활동에 대한 프로세스 개선을 보조한다. 심사 모델 및 절차, 심사 도구, 질의서, 팀 교육 등에 관한 기준을 제시한다.3. 3. 심사 기준 제시
시험 성숙도 모델(TMM)은 소프트웨어 시험 프로세스 개선을 위한 모델로, SW-CMM과 호환되도록 설계되었다. CMM의 테스트 활동에 대한 프로세스 개선을 보조한다. 기존의 테스팅 프로세스 성숙도 모델인 ISO9000, CMM, SPICE 중에서 가장 완성도가 높은 모델로 평가받는다.TMM은 심사 모델 및 절차, 심사 도구, 질의서, 팀 교육 등에 관한 기준을 제시한다.
4. 단계 구성도
- 레벨1 : 초기
- * 테스트 프로세스가 정립되어 있지 않음
- 레벨2 : 정의
- * 테스트 정책과 목표 설정
- * 테스트 계획
- * 기초적 테스트 기술 및 방법의 규정화
- * 독립적 테스트 환경 확보 및 관리
- 레벨3 : 통합
- * 테스트 프로세스 제어 및 감시
- * 소프트웨어 생명주기 통합
- * 테스트 교육/훈련 프로그램
- * 소프트웨어 테스트 조직
- 레벨4: 관리/측정
- * 소프트웨어 품질 평가
- * 테스트 측정
- * 검토
- 레벨5: 최적화
- * 테스트 프로세스 최적화
- * 품질 제어
- * 결정 예방
4. 1. 레벨 1: 초기 (Initial)
테스트 프로세스가 정립되어 있지 않은 상태이다.4. 2. 레벨 2: 정의 (Definition)
테스트 정책과 목표를 설정하고, 테스트 계획을 수립한다. 기초적인 테스트 기술 및 방법을 규정화하며, 독립적인 테스트 환경을 확보하고 관리한다.4. 3. 레벨 3: 통합 (Integration)
시험 성숙도 모델(TMM) 레벨 3은 통합 단계이다. 이 단계에서는 테스트 프로세스를 제어하고 감시하며, 소프트웨어 생명주기에 통합한다. 또한, 테스트 교육 및 훈련 프로그램을 운영하고, 소프트웨어 테스트 조직을 갖춘다.테스트 프로세스 제어 및 감시는 테스트 활동이 계획대로 진행되는지 확인하고, 필요한 경우 조치를 취하는 것을 의미한다. 소프트웨어 생명주기 통합은 개발 초기 단계부터 테스트를 고려하여 결함을 조기에 발견하고 수정하는 것을 목표로 한다. 테스트 교육 및 훈련 프로그램은 테스터의 역량을 강화하고, 소프트웨어 테스트 조직은 테스트 활동을 효율적으로 수행하기 위한 체계를 갖추는 것을 의미한다.
4. 4. 레벨 4: 관리/측정 (Management and Measurement)
레벨 4 단계에서는 소프트웨어 품질 평가, 테스트 측정, 검토 등을 수행한다.소프트웨어 품질 평가는 소프트웨어 생명 주기 동안 만들어지는 산출물과 소프트웨어 제품에 대해 품질 요구사항이 만족되었는지를 체계적으로 평가한다. 품질 평가를 통해 소프트웨어 제품의 품질을 보증하고, 품질 보증 활동을 통해 소프트웨어 제품의 신뢰성을 확보한다.
테스트 측정은 테스트 프로세스의 효율성과 효과를 평가하고 개선하기 위해 사용된다. 테스트 측정 지표를 정의하고, 데이터를 수집하고 분석하여 테스트 프로세스의 문제점을 식별하고 개선 방안을 마련한다. 이를 통해 테스트 프로세스의 성숙도를 높이고, 소프트웨어 제품의 품질을 향상시킬 수 있다.
검토(Review)는 소프트웨어 생명 주기 동안 만들어지는 산출물(요구사항 명세서, 설계서, 소스 코드, 테스트 케이스 등)의 결함을 발견하고 개선하기 위한 활동이다. 검토는 개발 초기 단계에서 결함을 발견하여 수정 비용을 줄이고, 소프트웨어 제품의 품질을 향상시키는 데 기여한다. 동료 검토(Peer Review), 워크스루(Walkthrough), 인스펙션(Inspection) 등 다양한 검토 방법이 활용된다.
4. 5. 레벨 5: 최적화 (Optimization)
레벨 5 단계에서는 테스트 프로세스를 최적화하고, 품질 제어를 통해 결함을 사전에 예방하는 데 중점을 둔다.분류:소프트웨어 테스트
5. 한국 소프트웨어 산업에의 적용과 과제
참조
[1]
간행물
"A Model to Assess Testing Process Maturity"
http://www.crosstalk[...]
CROSSTALK 1998, Software Technology Support Center, Hill Air Force Base, Utah
[2]
웹사이트
TMMi reference
http://www.tmmi.org
2009-08-02
[3]
웹사이트
TMMi Foundation
http://www.tmmi.org/
TMMi Foundation
본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.
문의하기 : help@durumis.com