테스트 프로세스를 구축하려는 이유?
테스트 프로세스 이론의 모든 내용을 실무에 모두 적용하는 것은 불가능합니다. 다만, 우리는 이론에서 현실에 잘 맞는 프로세스를 선택하여 가장 효과적이고, 효율적으로 테스트를 수행하기 위해 선택을 할 뿐입니다.
잘 맞는지는 해보지 않고는 알 수 없으며, 적용 후에는 후회보다는 좀 더 나은 프로세스를 만들기 위해 노력해야 합니다. 핏이 잘 맞는 프로세스 내에서 최고의 서비스 혹은 제품을 만들 수 있다는 점을 참고하시어 아래 내용들을 읽어 보시기 바랍니다.
기업 내에서 실제 테스트 프로세스 적용을 계획하고 계신다면 아래 서비스를 이용해 주시면 친절히 상담해 드리도록 하겠습니다.
QA 및 테스트 프로세스 구축, 정립, 확립해 드립니다 | 100000원부터 시작 가능한 총 평점 5점의 IT·
6개 총 작업 개수 완료한 총 평점 5점인 품생품사의 IT·프로그래밍, QA·테스트 서비스를 4개의 리뷰와 함께 확인해 보세요. IT·프로그래밍, QA·테스트 제공 등 100000원부터 시작 가능한 서비스
kmong.com
테스트 계획 - [현실편]
- 테스트의 목표를 달성하기 위해 필요한 활동 내역을 정의하는 단계입니다.
- 테스트 계획을 상세히 작성하게 되면 프로젝트가 종료되었을 경우 혹은 프로젝트 중간 계획 대비 결과물을 명확히 할 수 있게 되는 장점이 있습니다.
- 그렇다고 계획을 작성하는데 너무 많은 시간을 쏟진 않았으면 합니다.
[현실 테스트 계획 예시 - 참고]
1. 기간 : yyyy.mm.dd ~ yyyy.mm.dd(m/m or d/d)
2. 범위 : 테스트 범위
3. 테스트 전략 : 적용 가능한 테스트 전략을 모두 수립
- 범위 분석 후 테스트 전략을 선택하여 테스트 수행
- 필자는 해당 전략을 테스트 모듈화라고 칭하고 있습니다.
테스트 전략 리스트 업
- 요구사항 확인 테스트(테스트 케이스 수행)
- 이슈 확인 테스트(등록된 결함 수정 여부 확인)
- 회귀 테스트(소스코드 수정으로 인해 기존 기능에 문제가 없는지 확인)
- 유저 시나리오 테스트
- 크로스 브라우저 테스트 등등
테스트 계획
1차 : 요구사항 확인 테스트 - 수행/미수행
2차 : 이슈 확인 테스트 / 회귀 테스트 - 수행/미수행
3차 : 크로스 브라우저 테스트 / 회귀 테스트 - 수행/미수행
현실 업무에 적용하였을 때 시간도 많이 뺏기지 않고, 효과적이고, 효율적인 테스트가 가능했고, 계획 대비 수행율이 높게 나타났습니다.
- 테스트 전략 수행에 대한 프로세스가 명확해야 합니다.
- 테스트 범위 분석이 면밀하게 진행되어야 합니다.
테스트 전략 - [이론편]
SW 개발 프로세스 요구사항 분석의 마지막 단계에서 이루어지며, 사용자의 요구사항이 파악되는 시점에 개발시스템의 리스크 범위, 담당자 지정, 확보된 예산 등을 고려하여 향후 수행될 필요가 있는 테스트에 대한 전체 설계를 구상하는 활동이다.
【표 II-7. 테스트 전략】
| 테스트 전략 활동 | |
| 착수 기준 | 입력물 |
| ▶ 사용자 요구사항 도출 ▶ 프로젝트 계획서 작성 |
▶ 고객요구 정의서(명세서) ▶ 프로젝트 개발계획서 ▶ 테스트 전략 가이드라인 ▶ 총괄 테스트 계획서 |
| 종료 조건 | 산출물 |
| ▶ 검토되고 승인된 테스트 전략 | ▶ 총괄 테스트 계획서 |
| 작업 | ① 테스트 요소 식별 ② 테스트 범위 정의 ③ 테스트 단계별 접근방법 정의 ④ 품질 목표 수준 정의 ⑤ 테스트 추진 체제 정의 ⑥ 테스트 산출물 및 책임자 정의 ⑦ 테스트 일정 계획 수립 ⑧ 총괄 테스트 계획서 작성 ⑨ 총괄 테스트 계획서 검토 ⑩ 총괄 테스트 계획서 승인 |
테스트 전략 활동의 상세 절차
① 테스트 요소 식별
개발 시스템에 관련된 위험을 평가하고, 그 위험과 관련된 테스트 요소를 정의한다.
- 테스트 요소 식별
▶ 테스트 대상 시스템 및 관련 비즈니스 위험을 식별
▶ 테스트 수행 중에 평가되어야 하는 위험을 기반으로 테스트 요소를 식별
▶ 심각도 및 위험도를 고려하여 테스트 요소를 분류
- 식별된 테스트 요소에 대해 테스트 단계/유형별로 테스트 전략을 정의
▶ 개발 프로젝트의 생명주기를 파악
▶ 테스트 요소와 관련된 위험을 최소화하기 위해, 개발프로젝트 생명주기의 각 단계에 적합한 테스트 유형을 정의
▶ 테스트의 유형별로 테스트 방법을 정의
② 테스트 범위 정의
개발 프로젝트의 범위 및 상위 요구사항을 분석하여 테스트 범위를 설정한다. 설정된 테스트 범위는 단계별 테스트에 대한 상세 계획 수립 시, 요구분석 및 설계단계에서 정의된 각 테스트 요구사항 등을 검토하여 테스트 항목, 테스트 항목의 특성, 테스트 하지 않을 항목의 특성을 명세화 하는 기반 자료로서 활용된다.
③ 테스트 단계별 접근방법 정의
프로젝트에서 적용할 테스트 단계와 단계별 테스트에 대한 수행방안을 정의한다.
- 개발생명주기별 테스트 단계 정의
▶ 개발 프로젝트에서 수행할 테스트 단계를 정의
▶ 시스템의 크기와 복잡도, 중요도, 개발 성숙도, 고객 요청사항, 테스트 일정, 테스트환경 등을 고려
- 각 단계별 테스트 수행방안 정의
▶ 개발 프로젝트의 생명주기를 파악
▶ 단계별로 필요한 테스트 유형 및 수행 방안을 정의
④ 품질 목표 수준 정의
테스트 단계에서 수집 및 관리가 필요한 품질 지표와 목표 수준을 정의한다.
⑤ 테스트 추진 체제 정의
상위 단계에서 정의한 테스트 단계 및 접근 방안을 기반으로, 테스트를 수행할 추진 조직 및 역할을 정의한다.
⑥ 테스트 산출물 책임자 정의
테스트 종류별 산출물을 선정하고, 작성 시점 및 책임자를 정의한다.
⑦ 테스트 일정 계획 수립
각 테스트 단계에 대한 전체적인 일정을 기술한다. 상세 일정 수립이 어려운 경우는 각 테스트 전체 일정을 기술하고, 상세 일정은 단계별 테스트 계획 활동에서 수립한다.
⑧ 총괄 테스트 계획서 작성
상위 단계를 기반으로 하여, 총괄 테스트 계획서를 작성한다. 총괄 테스트 계획서에는 식별한 테스트의 범위, 단계, 수행방안, 추진 체제, 산출물, 책임자, 일정과 같은 테스트 전략에 대한 내용을 기술한다.
⑨ 총괄 테스트 계획서 검토(테스트 전략 협의)
테스트 설계자는 총괄 테스트 계획서에 기술된 테스트 전략에 대하여, 프로젝트 관리자 및 품질보증 담당자와 검토 및 협의를 수행한다.
⑩ 총괄 테스트 계획서 승인
프로젝트 책임자는 총괄 테스트 계획서대로 테스트가 수행되면, 프로젝트 및 제품의 품질을 보증할 수 있는지 여부를 판단하고, 작성된 총괄 테스트 계획에 대하여 승인을 요청한다.
테스트 계획
각 단계별 상세 테스트 계획을 수립하는 활동으로 각 단계별 테스트에 대한 계획은 개발 단계에 따라 작성되는 시점과 산출물이 다르다.
【표 II-8. 테스트 계획】
| 테스트 전략 활동 | |
| 착수 기준 | 입력물 |
| ▶ 인수 테스트 계획 - 고객 요구사항 도출 |
▶ 인수 테스트 계획 - 고객 요구사항 정의서(명세서) - 프로젝트 개발계획서 |
| ▶ 시스템 테스트 계획 - 업무 설계서 작성 |
▶ 시스템 테스트 계획 - 총괄 테스트 계획서 - 프로젝트 개발계획서 - 고객 요구사항 정의서(명세서) - 설계서 |
| ▶ 통합 테스트 계획 - 업무 설계서 작성 |
▶ 통합 테스트 계획 - 총괄 테스트 계획서 - 프로젝트 개발계획서 - 고객 요구사항 정의서 - 설계서 - 프로젝트 표준 |
| ▶ 단위 테스트 계획 - 테크니컬 설계서 |
▶ 단위 테스트 계획 - 총괄 프로젝트 계획서 - 프로젝트 개발계획서 - 테크니컬 설계서 - 프로젝트 표준 |
| 종료 조건 | 산출물 |
| ▶ 테스트 계획서 검토 및 승인 | ▶ 각 단계별 테스트 계획서 |
| 작업 | ① 테스트 범위 정의 ② 테스트 착수기준과 완료기준 정의 ③ 테스트 환경 정의 ④ 필요 자원 및 일정 정의 ⑤ 테스트 리스크 정의 ⑥ 결함 및 이슈 보고 절차 정의 ⑦ 테스트 계획서 작성 ⑧ 테스트 계획서 검토 ⑨ 테스트 계획서 승인 |
테스트 계획 활동의 상세 절차
① 테스트 범위 정의
테스트 전략을 기반으로 테스트 범위를 정의한다. 모든 대상 영역을 테스트 하지 않을 경우, 테스트 제외 범위와 제외 사유를 기술한다.
② 테스트 착수 기준과 완료 기준 정의
테스트를 시작하기 전에 완료되어야 할 활동들과, 테스트 활동이 종료되어야 할 시점을 정의한다.
③ 테스트 환경 정의
테스트를 수행할 환경을 정의한다.
- 테스트 환경에 대한 HW 및 SW 구성을 기술한다.
- 테스트에 필요한 테스트 데이터 생성 및 유지 절차를 정의한다.
④ 필요 자원과 일정 정의
자원은 HW, SW, 인력으로 구분하여 정의하며 기존 보유 자원도 기술한다. 테스트 일정은 테스트 단계의 주요 활동 및 시작/완료 일자를 정의한다. 일반적으로 프로젝트 수행 일정과 함께 수립된다.
⑤ 테스트 리스크 정의
테스트 수행 시 고려되어야 할 사항과 위험 요소를 기술한다.
⑥ 결함 및 이슈 보고 절차 정의
테스트과정에서 발견된 결함 및 이슈 보고 절차를 정의한다. 보고 절차에는 발견된 결함 기록, 관련자의 정보 공유, 해결하기 위한 절차가 포함된다.
⑦ 테스트 계획서 작성
테스트 단계별로 상위 단계의 적업을 기반으로 하여, 상세한 테스트 계획서를 기술한다.
⑧ 테스트 계획서 검토
프로젝트 관리자 및 품질보증 담당자와 검토 및 협의를 수행한다.
⑨ 테스트 계획서 승인
테스트 계획서가 프로젝트 및 제품의 품질을 보증할 수 있도록 작성되었는지 여부를 판단하고 작성된 테스트 계획에 대하여 승인을 요청한다.
Related References
- OSS(Open Source Software) : www.oss.kr/info_test/show/2925ef2f-8686-4388-a192-3bd1d70eb700
[공개SW 테스트 가이드] ⑤ SW 테스트 프로세스 (1) - 테스트 계획 - 공개SW 포털
5. SW 테스트 프로세스 (1)개발 SW의 품질 기준을 만족하기 위한 테스트를 수행함에 있어, 실행조직의 역할과 책임, 필요 작업과 절차 및 산출물을 정의한다. 테스트 프로세스의...
www.oss.kr
요약 : 포워딩 이직, 스타트업 이직, 경력직 이직, 경력 이직, 에듀윌 면접, 항해 99 취업, 에듀윌 대기업, 데이터 엔지니어 취업, 대기업 이직, 취업, 취준생
'PROCESS > STEEG TEAM' 카테고리의 다른 글
| [QA : 업무 프로세스 관리] 심플하게 VOC(Voice Of Customer) 프로세스 글로만 풀어보기 (2) | 2021.05.17 |
|---|---|
| [QA : 업무 프로세스 관리] 심플하게 테스트 프로세스 글로만 풀어보기 (0) | 2021.05.15 |
| [QA : 업무 프로세스 관리] 소스 코드에 대한 버전 관리만 하고 있습니까? (0) | 2021.05.13 |
| [QA] 소프트웨어 품질 보고서 작성 - 우선 순위와 심각도를 활용한 품질 지표 정량화 (2) | 2020.12.17 |
| [QA : 업무 프로세스 관리] “개발 초기에 테스팅을 시작하라.” (0) | 2020.11.06 |