이렇게 흘러간다는 개념은 알아야 합니다.
| 활동 | 산출물 | 설명 |
| 테스트 실행 | 테스트 실행 로그 | 테스트 실행 결과 테스트에 대한 전반적인 설명, 수행된 테스트 작업과 이벤트를 나열한다. |
| 결함 보고 | 결함 보고서 | 검출된 각 결함에 대하여 결함 테스트, 결함 설명, 우선 순위, 위험 분석, 결함 상태를 기술한다. |
| 결함 추적 보고서 | 보고된 각 결함이 종결될 때까지의 결함 검토 정보, 결함 해결 정보, 결함 해결 검증 정보를 기술한다. |
테스트 절차를 선택할 때 우선순위를 활용할 수 있다.
피처 집합 우선순위:
각 피처 집합은 그 중요도에 따라 우선순위가 부여되어 있다. 그러므로 테스트를 수행할 대는 우선순위가 높은 피처 집합에 테스트를 우선 수행하는 것이 바람직하다. 따라서 우선 순위가 높은 피처 집합의 테스트 절차를 우선순위가 낮은 피처 집합의 테스트 절차보다 먼저 선택한다.
테스트 케이스 우선순위:
각 테스트 케이스는 그 중요도에 따라서 우선순위가 부여되어 있다. 그러므로 테스트를 수행할 때는 우선순위가 높은 테스트 케이스를 먼저 사용한다.
테스트 절차 우선순위:
각 테스트 절차는 그 중요도에 따라서 우선순위가 부여되어 있다. 그러므로 우선순위가 높은 테스트 절차를 먼저 선택하여 테스트한다.
테스트 완료 기준 전략
테스트 계획에서는 테스트 완료 여부를 판단하는 기준을 정의하였다. 테스트가 종료되면 이러한 테스트 완료 기준에 따라서 테스트 완료 여부를 평가하고 이를 테스트 종료 보고서에 기록한다. 따라서 테스트 완료 기준 달성에 가장 큰 기여를 할 수 있는 테스트 절차를 먼저 실행하는 것이 바람직하다.
테스트 실행 주체 (기억하기. 기출에 자주 나와요)
| 테스트 레벨 | 개발자 | 테스터 | 사용자 |
| 컴포넌트 테스트 | ● | ● | |
| 통합 테스트 | ● | ● | |
| 시스템 테스트 | ● | ● | ● |
| 인수 테스트 | ● | ● |
예상 결과와 실제 결과의 비교를 더 객관적이고 명확하게 수행하기 이해서는 예상 결과를 구체적으로 기술하는 것이 바람직하다.
테스트 작업과 이벤트 – 시간대별로 테스터가 수행한 세부 작업을 기록한다.
결함 보고 활동 산출물
| 산출물 | 주요 항목 |
| 결함 보고서 | 결함 컨텍스트 결함 설명 심각도 우선순위 위험 분석 결함 상태 |
| 결함 추적 보고서 | 결함 검토 정보 결함 해결 정보 결함 해결 검증 정보 |
결함의 구체화
발견된 결함을 재연 가능할 정도로 결함 관련 테스트 데이터, 테스트 절차, 테스트 환경이 명확히 파악되어야 한다.
결함의 고립화
결함이 발견되면 사용된 테스트 데이터, 테스트 절차, 테스트 환경을 구성하는 요소에 대해 어떤 요소가 결함 발생에 영향을 미치는지를 구체적이고 자세하게 분석한다.
(정의 및 그림을 알아야 한다. 그림을 보여주고 무엇인지 질문한다.)
결함의 일반화
결함의 발생에 영향을 주는 요소를 최대한 일반적으로 기술하는 것이 바람직하다.
결함 보고서에 기록하는 항목들
결함 컨텍스트 : 어떤 상황에서 해당 결함이 식별되었는지 기술한다.
결함 설명 : 목격된 결함이 재연되고 해결될 수 있도록 상세하게 기술한다.
심각도 : 검출된 결함이 미칠 수 있는 영향의 범위와 크기를 바탕으로 심각도를 기술한다.
우선순위: 검출된 결함 해결의 긴급성을 기술한다.
위험분석 : 검출된 결함과 관련된 새로운 위험에 대한 분석결과를 기술한다.
결함상태 : 검출된 결함에 대한 조치 상태를 기록한다. Open, Assigned, Resoleved 등
결함생명주기 (외우기)
Deffered : Open 된 결함을 곧바로 수정하지 않고 다음 릴리스에서 해결하기로 연기된 상태
Fixed : 개발자가 요청된 결함을 수정한 경우
Duplicated : 요청된 결함이 기존의 다른 결함과 중복되는 경우
Won’t Fix : 지금 수정이 필요할 정도로 중요하거나 긴급한 것이 아니라서 수정을 하지 않은 경우
Invalid : 테스트 케이스 및 테스트 절차에 문제가 있는 경우
Resolved : 결함 해결 요구에 대해 개발자의 처리결과(Fixed, Duplicated, Won’t Fix, Invalid)만 제시된 상태. 개발자의 처리가 합당하거나 정확한지에 대한 검증은 이루어지지 않은 상태
Verified : 개발자의 결함처리가 합당한지 정확한지 검증이 된 상태