기본 콘텐츠로 건너뛰기

Featured Post

영어회화 빨리 느는 방법 3가지

TMMi 테스트 환경 단계의 프로세스 적용 방법

TMMI Test Environment phase


아래는 TMMi에서 테스트 환경 단계의 프로세스를 수립하기 위한 가이드라인이다.


Test Environment
테스트 환경의 목적은 적절한 환경을 설정하고 유지한다, 테스트 데이터를 포함한 그것은 관리와 반복적인 방법으로 테스트를 실행할 수 있다.
프로세스 영역과 테스트 환경의 요구 사항을 지정하고 구현하며 테스트 환경을 제어 하는 모든 범위를 해결합니다. 테스트 환경설정의 관리 및 제어 부분의 측면을 포함한 형상관리를 이용이 가능하다. 테스트 환경 프로세스 영역 범위는 물리적 테스트 환경 및 모든 테스트 데이터를 포함한다.

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.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 테스트 환경을 관리 및 제어
테스트 환경은 관리 및 중단 테스트 실행 수 있도록 제어된다.
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.2 테스트 데이터 관리를 수행
테스트 데이터 관리 및 효과적이고 효율적으로 테스트 실행 프로세스를 지원하기 위해 제어된다.
2.2.1 주요 산출물
• 보관된 테스트 데이터
• 테스트 데이터 관리 로그 파일
2.2.2 세부사항
2.2.2.1 관리 보안 및 테스트 데이터에 액세스할 수 있다
2.2.2.2 스토리지 리소스에 관한 테스트 데이터 관리가 필요
2.2.2.3 보관 및 테스트 세션과 관련하여 정기적으로 필요한 경우 테스트 데이터 및 기타 파일 복원

2.3 테스트 환경의 가용성 및 사용량을 조정
여러 그룹에 의해 테스트 환경의 가용성 및 사용량이 조정
2.3.1 주요 산출물
• 테스트 환경 예약 일정
2.3.2 세부사항
2.3.2.1 여러 그룹에 의해 테스트 환경의 사용을 관리하기 위한 절차를 설정
2.3.2.2 예약 일정에 있는 테스트 환경의 문서화 예약
2.3.2.3 예약 시 구체적인 테스트 환경 구성 요소를 확인하는 것이 필요
2.3.2.4 관련 그룹 및 이해관계자와 충돌 예약 논의
2.3.2.5 향후 기간 동안 테스트 환경 예약 일정을 정의
2.3.2.6 예약된 타임 슬롯을 할당하는 동안 테스트 환경을 사용
2.3.2.7 테스트 파일이 있는지 확인 및 제거 후 테스트 환경을 정확하게 종료

3.4 테스트 환경 사고를 보고하고 관리할 수 있다
테스트 환경을 사용할 때 발생하는 문제는 공식적인 사고로 보고된다.
3.4.1 산출물
• 테스트 환경 사고 보고서
• CCB 회의를 통해 테스트 환경 사고에 대한 결정 로그를 포함
3.4.2 세부사항
3.4.2.1 문제가 관찰되면 테스트 환경 사고를 로그인
3.4.2.2 정식으로 사고 등급 체계를 사용하여 테스트 환경 사고보고
3.4.2.3 폐쇄된 테스트 환경 사고를 관리
- 사고보고 및 관리를 다루는 방법과 세부 사항에 대한 설계 및 실행 프로세스 영역 테스트를 참조



일반적인 정책 목표
3 관리 프로세스를 규정

3.1 조직의 정책을 수립
테스트 환경 프로세스를 계획하고 수행하기 위한 조직의 방침을 수립하고 유지한다.
테스트 환경 정책은 일반적으로 아래와 같이 지정한다.
• 테스트 환경 요구 사항은 라이프사이클 초기에 수행한다.
• 높은 레벨의 테스트는 실제 테스트 환경에서 진행된다.
• 관리 및 테스트 환경의 제어는 문서화 절차에 따라 수행된다.
• 낮은 테스트 레벨의 단위 및 통합 테스트, 테스트 스텁과 드라이버를 적용한다.
• 테스트 데이터를 생성하기 위해 실제 데이터의 사용에 관한 개인 정보 및 보안을 규정한다.

3.2 계획 과정
테스트 환경 프로세스를 수행하기 위한 계획을 수립하고 유지한다. 일반적으로 테스트 환경 프로세스를 수행하기 위한 테스트 계획 프로세스 영역에서 설명하는 테스트 계획에 포함됩니다. 테스트 환경이 더 복잡하며, 따라서 더 많은 자원을 필요로 하는 프로젝트에는, 특정 테스트 환경 계획을 설정할 수 있다. 계획은 일반적으로 자세히 테스트 환경 요구사항의 구현 과정을 설명한다.

3.3 리소스를 제공
테스트 환경 프로세스를 수행하는 성능의 제품을 개발하고, 프로세스의 서비스를 제공하는 적절한 리소스를 제공한다.
• 전문 지식과 기술적 지식을 가지고 경험이 풍부한 개인은 테스트 환경 요구 사양을 지원하기 위해 사용할 수 있다.
• 충분한 시간과 리소스는 테스트 환경을 구현, 관리 및 제어 제공된다.
• 충분한 시간과 리소스는 테스트 데이터를 생성, 관리 및 제어 제공된다.
• 충분한 시간과 리소스는 낮은 수준의 테스트에 필요한 스텁과 드라이버를 개발하기 위해 엔지니어에게 제공된다.

3.4 책임 할당
테스트 환경 프로세스를 수행하는 작업 제품을 개발하고, 테스트 환경 과정의 서비스를 제공하는 책임과 권한을 할당한다.
할당 테스트 환경 책임의 예는 다음과 같다.
• 테스트 환경 요구 사양
• 테스트 환경의 구현
• 테스트 환경의 구성 관리
• 테스트 환경에 관한 기술적인 문제를 해결
• 테스트는 테스트 환경에 관하여 재현할 것을 보장
• 지원 및 테스트 환경 관련 절차와 기술 문제에 대한 상의
• 테스트 환경의 가용성을 보장
• 테스트 데이터에 대한 접근 방법을 정의하는 프로젝트를 지원
• 일반적 테스트 데이터의 생성
• 테스트 데이터 관리 및 보호

3.5 직원훈련
실적 또는 필요에 따라 테스트 환경 프로세스를 지원하는 사람을 양성

3.6 관리 구성
장소는 구성 관리의 적절한 단계에서 테스트 환경 프로세스의 작업 제품을 지정
구성 관리하에 놓여 작업 제품의 예는 다음과 같다
• 테스트 환경 요구 사양
• 테스트 환경 계획
• 테스트 환경
• 테스트 데이터
• 구성 스크립트
• 설치 스크립트
* 테스트 환경 및 테스트 데이터에 대한 구성 관리가 모든 테스트의 열쇠이며, 시험 재현성을 위한 요구 사항이다.

2.7 식별 및 관련 이해관계자의 참여
식별하고 계획대로 테스트 환경 프로세스의 관련 이해 당사자를 참여
이해관계자 참여 활동의 예는 다음과 같다.
• 검토할 테스트 환경 요구 사양
• 자원 제공 및 테스트 환경의 구현에 대한 입력, 테스트 환경 구성 요소를 개발 하청

2.8 프로세스를 모니터 및 제어
모니터 및 프로세스를 수행 하기 위한 계획에 테스트 환경 프로세스를 제어하고 적절한 조치를 취함. 이것을 때로는 잊고 있지만, 단위나 통합 테스팅에서 필요로 하는 스텁이나 드라이버를 개발하는 절차를 모니터 하기 위해 당연히 중요시되며. 이것들은 일정에 맞게 적시에 진행된다.

2.9 객관적인 평가 이행
그 과정 설명에 대한 테스트 환경 프로세스의 목적 평가 이행, 기준 및 절차 이외 미해결을 검토한다.
검토 및 감사 평가 이행 항목의 예는 다음과 같다.
• 테스트 환경 요구 사양은 프로젝트 초기 작성된 것인가
• 테스트 환경은 최대이며, 특히 실제 높은 수준의 테스트인가
• 테스트 환경의 관리 및 제어가 효과적이고 효율적인가
• 테스트 데이터는 실제 테스트에 적합한가

2.10 높은 수준의 관리 상태 검토
높은 수준의 관리 활동 상태 및 테스트 환경 프로세스의 결과를 검토하고 문제를 해결

댓글

이 블로그의 인기 게시물

스티브 잡스 명언 영어 세상에서 가장 감명 깊은 어록 25가지

"Sometimes Life is going to hit you in the head with a brick. Don't lose faith." "때때로 인생은 당신을 심하게 내두를 것이다. 스스로의 믿음을 잃지 마라."   대부분의 사람들은 적당히 즐기고, 적당히 게으르고, 어렵고 힘든 것은 피하고 싶어 한다. 그들이 무지함과 가난에서 벗어나지 못한 것이 그 이유이다. 반대로 큰 성공을 이룬 후에도 스티브잡스는 "내일 죽는다면"이라는 생각으로 극단적 이리만큼 스스로를 동기부여했다. 무엇인가 이룰 수 있는 사람은 그럴만한 자세가 있다.   스티브 잡스가 남긴 어록 중에 사람들이 가장 감명받은 25가지를 선별해 한글로 번역했다. 스티브 잡스 명언 영어  1  "The people who are crazy enough to think they can change the world are the ones who do." 세상을 바꿀수 있다고 생각하는 제대로 정신나간 사람들이 세상을 변화시킨다.  2  "I've always been attracted to the more revolutionary changes. I don't know why. Because they're harder. They're much more stressful emotionally. And you usually go through a period where everybody tells you that you’ve completely failed." 나는 항상 혁신적인 변화를 쫓아왔다. 그건 더 어려웠기 때문인지 모른다. 혁신은 감정적으로 굉장히 압박이 심하다. 그리고 모든사람들이 당신에게 완벽히 실패했다고 이야기 하는 시기를 이겨내야 한다.  3  "It's really hard to design products b

영어 8품사의 문장 구조를 예제로 쉽게 이해하자

1. 영어 8품사 정리  영어 8품사(The 8 parts of speech)란 명사, 대명사, 동사, 형용사, 부사, 전치사, 접속사, 감탄사 를 말하며, 동일한 의미나 기능을 하는 낱말들을 8가지로 분류한 것이다. ① 명사(NOUN) - 사물의 이름으로 사람, 장소, 생물/무생물, 추상적 개념 등 생각해 낼 수 있는 모든 것의 이름이다. 영어에서 명사는 셀 수 있는 명사와 셀 수 없는 명사로 나뉘는데, 셀 수 있는 명사는 단수, 복수에 따라 낱말이 달라지는데, 대게 단어 뒤에 "(e)s"가 붙는다. - 셀 수 있는 명사 ex) book → books, pen → pens, dog → dogs, table → tables, party → parties, woman → women ... - 셀 수 없는 명사 ex) coffee, computer, love, water, family, money, information ... ② 대명사(PRONOUN) - 문장에서 명사 대신 사용한다. 대화나 글에서 사람, 사물 등을 '그녀', '저것'등으로 대신 쓰는 것을 대명사라고 한다. ex) I, you, he, she, it, that, none ... ③ 동사(VERB) - 사람, 사물의 동작이나 상태를 나타내는 품사로 문장에서 필수로 들어간다. 현재시제 3인칭 단수면 동사 뒤에 대게 '(e)s'가 붙는데, 3인칭 단수란 I, You, We를 제외한 다른 인물이나 사물이다. 복수가 아닌 단수를 말하고 현재시제는 미래나 과거가 아닌 현재를 말한다. 또한, 표현하려는 문장이 과거면 동사 뒤에 대게 (e)d가 붙는다. - 현재시제 ex) agree, stay, find, ask, eat, access ... - 3인칭 단수 ex) agrees, stays, finds, asks, eats, accesses ... - 과거시제 ex) agreed, stayed, foun

가산명사 불가산명사를 예제로 쉽게 이해하자

What are the singular and plural noun?  개수를 셀 수 있는 사물을 가산명사라고 하고, 개수를 셀 수 없는 사물을 불가산명사라고 한다. 영어에서는 셀 수 있고 없고에 따라 분류하며, 명사와 동사의 형태가 달라지고 상황에 따라서 한정사도 다르게 사용해야 한다. 한국인, 일본인 등을 포함한 한자문화권에서는 이 부분을 따지지 않는 데 영어는 이걸 굉장히 철저하게 따지며 셀 수 있나 없나에 따라 문법적인 요소가 굉장히 갈리기 때문에 영어를 배울 때 상당히 난항을 겪는 부분이다. TOEIC 등 영어 시험에서도 단골 파트 영역을 차지하고 있다. 예를 들어, 'water'는 셀 수 없지만 물병에 담겨 있는 'a bottle of water'는 셀 수 있는 가산명사이다. 하지만 실제 영어 회화에서는 Native Speaker가 편의상 '2 water'라고 쓰는 경우도 있다. 이를 틀렸다고 말할 수는 없지만 영어 학습지나 시험과 같은 공식적인 영어에서는 삼가야 한다. 아래 링크를 클릭하면 가산명사와 불가산명사에 대한 더 많은 단어를 다뤄서 참고하기 좋다. https://koonhous.tistory.com/entry/countable-and-uncountable-noun 1 가산명사(셀 수 있는 명사)  1개, 2개, 3개 이런 식으로 셀 수 있다는 걸 말하는데 한글이나 영어나 셀 수 있는 종류에는 많은 차이가 없기에 큰 문제가 되지는 않는다. 가산명사가 훨씬 더 많아서 불가산명사 빼고 다 가산명사라고 생각해도 무방하다. 영어권 원어민 강사들은 사고방식으로 이를 간단하게 구분하는 방법은 대상을 반으로 잘라보면 된다. 그다음 대상이 가진 기능이나 모양이 망가진다면 가산 명사이며, 그 기능이나 모양이 망가지지 않거나 나누기 애매한 것이라면 불가산 명사라고 보면 된다. 가산명사에만 단수·복수의 구분이 있고 단수일 때는 반드시 부정관사(a/an)와 같은 한정사(the, my, this)가 필요