일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
- 병행성 관련 오류
- 병행성
- 타입 객체
- I/O장치
- codility
- Direct12
- 파일시스템 구현
- 동적계획법
- 멀티프로세서
- 운영체제
- 알고리즘
- 디자인패턴
- 다이나믹 프로그래밍
- 컨디션 변수
- 스케줄링
- directx
- OS
- 백준
- 락
- 그리디 알고리즘
- 렌더링 파이프라인
- 그리디알고리즘
- 다이나믹프로그래밍
- 쓰레드
- 영속성
- DirectX12
- 프로그래머스
- DirectX 12
- 멀티쓰레드
- 자료구조
- Today
- Total
기록공간
2-4-6장. 애플리케이션 테스트 프로세스 - B 본문
애플리케이션 테스트 프로세스
애플리케이션 테스트 프로세스는 개발된 소프트웨어가 사용자의 요구대로 만들어졌는지, 결함은 없는지 등을 테스트하는 절차로 다음과 같은 순서로 진행된다.
-
테스트 계획
-
테스트 분석 및 디자인
-
테스트 케이스 및 시나리오 작성
-
테스트 수정
-
테스트 결과 평가 및 리포팅
-
결함 추적 및 관리
-
애플리케이션 테스트를 마치면 테스트 계획서, 테스트 케이스, 테스트 시나리오, 테스트 결과서가 산출된다.
-
테스트 계획서 : 테스트 목적, 범위, 일정, 수행 절차, 대상 시스템 구조, 조직의 역할 및 책임 등 테스트 수행을 계획한 문서
-
테스트 케이스 : 사용자의 요구사항을 얼마나 준수하는지 확인하기 위한 입력 값, 실행 조건, 기대 결과 등으로 만들어진 테스트 항목의 명세서
-
테스트 시나리오 : 테스트를 수행할 여러 개의 테스트 케이스의 동작 순서를 기술한 문서
-
테스트 결과서 : 테스트 결과를 비교분석한 내용을 정리한 문서
-
테스트 계획
테스트 계획 단계에서는 프로젝트 계획서, 요구 명세서 등을 기반으로 테스트 목표를 정의하고 테스트 대상 및 범위를 결정한다.
-
테스트 대상 시스템의 구조를 파악
-
테스트에 투입되는 조직 및 비용 산정
-
테스트 시작 및 종료 조건을 정의
-
테스트 시작 조건 : 테스트 계획, 일정, 환경 구축, 사용자 요구사항에 대한 테스트 명세서, 투입 조직 및 참여 인력의 역할과 책임 등이 완료되면 테스트가 시작되도록 조건을 정의할 수 있으며, 모든 조건을 만족하지 않아도 테스트를 시작하도록 지정할 수 있다.
-
테스트 종료 조건 : 정상적으로 테스트를 완료한 경우, 테스트 일정이 만료된 경우, 테스트 비용이 모두 소진된 경우 등 업무 기능의 중요도에 따라 테스트 종료 조건을 다르게 지정할 수 있다.
-
-
테스트 계획서를 작성한다.
테스트 분석 및 디자인
테스트 분석 및 디자인 단계에서는 테스트의 목적과 원칙을 검토하고 사용자의 요구사항을 분석한다.
-
테스트에 대한 리스크 분석 및 우선순위를 결정
-
테스트 데이터, 테스트 환경, 테스트 도구 등을 준비
테스트 케이스 및 시나리오 작성
테스트 케이스 및 시나리오 작성 단계에서는 테스트 케이스의 설계 기법에 따라 테스트 케이스를 작성하고 검토 및 확인한 후 테스트 시나리오를 작성한다. 테스트용 스크립트를 작성한다.
테스트 수행
테스트 수행 단계에서는 테스트 환경을 구축한 후 테스트를 수행한다. 그리고 테스트의 실행 결과를 측정하여 기록한다.
테스트 결과 평가 및 리포팅
테스트 결과 평가 및 리포팅 단계에서는 테스트 결과를 비교 분석하여 테스트 결과서를 작성한다.
-
테스트 결과서는 결함 내용 및 결함 재현 순서 등 결함을 중점적으로 기록
-
테스트가 종료되면 테스트 실행 절차의 리뷰 및 결과에 대한 평가를 수행하고, 그 결과에 따라 실행 절차를 최적화하여 다음 테스트에 적용
결함 추적 및 관리
결함 추적 및 관리 단계에서는 테스트를 수행한 후 결함이 어디에서 발생했는지, 어떤 종류의 결함인지 등 결함을 추적하고 관리한다.
-
결함 추적 및 관리를 통해 동일한 결함 발견 시 처리 시간 단축 및 결함의 재발 등을 방지할 수 있다.
-
결함 관리 프로세스
-
에러 발견 : 에러가 발견되면 테스트 전문가와 프로젝트팀이 논의
-
에러 등록 : 발견된 에러를 결함 관리 대장에 등록
-
에러 분석 : 등록된 에러가 실제 결함인지 아닌지를 분석
-
결함 확정 : 등록된 에러가 실제 결함이면 결함 확정 상태로 설정
-
결함 할당 : 결함을 해결할 담당자에게 결함을 할당하고 결함 할당 상태로 설정
-
결함 조치 : 결함을 수정하고, 수정이 완료되면 결함 조치 상태로 설정
-
결함 조치 검토 및 승인 : 수정이 완료된 결함에 대해 확인 테스트를 수행하고, 이상이 없으면 결함 조치 완료 상태로 설정
-
'자격증공부 > 정보처리기사_필기' 카테고리의 다른 글
2-4-8장. 테스트 자동화 도구 - B (0) | 2020.09.06 |
---|---|
2-4-7장. 테스트 케이스/테스트 시나리오/테스트 오라클 - B (0) | 2020.09.06 |
2-4-5장. 통합 테스트 - A (0) | 2020.09.06 |
2-4-4장. 개발 단계에 따른 애플리케이션 테스트 - A (0) | 2020.09.06 |
2-4-3장. 테스트 기법에 따른 애플리케이션 테스트 - A (0) | 2020.09.06 |