타스크: 테스트 실패 분석
이 타스크는 테스트 실패를 찾아 분리하고 진단한 후 이를 효과적으로 문서화하는 데 초점을 맞추고 있습니다.
목적

이 타스크의 목적은 다음과 같습니다.

  • 테스트 로그 세부사항을 조사하고 테스트 구현 및 실행 중에 발생한 실패를 분석합니다.
  • 테스트 프로시저의 오류로 인해 발생하는 실패를 정정합니다.
  • 중요한 결과를 적절하게 기록합니다.
관계
단계
테스트 로그 검사
목적:  테스트 수행 결과를 조합하고 이해합니다.  

먼저 테스트 구현 및 실행 중에 생성된 테스트 로그 출력을 수집하십시오. 관련 로그의 출처는 여러 곳일 수 있습니다. 즉, 사용하는 도구(테스트 실행 도구 및 진단 도구)에 의해 캡처될 수도 있고, 팀에서 개발한 맞춤형 루틴이나 대상 테스트 항목 자체의 출력에 의해 생성될 수도 있으며, 테스터에 의해 수동으로 기록될 수도 있습니다. 사용 가능한 테스트 로그의 출처를 모두 수집한 후 컨텐츠를 검사하십시오. 스케줄이 잡힌 모든 테스트가 완료될 때까지 실행되었는지와 모든 테스트의 스케줄이 잡혔는지 확인하십시오.

중요한 사건 데이터 캡처
목적:  이후 조사를 위해 중요한 비정상적 이벤트의 발생을 기록합니다.  

비정상적인 이벤트를 당장 재생하거나 설명할 수 없더라도 이러한 이벤트의 발생을 캡처하는 것은 중요합니다. 이후에 발생하는 유사한 증상의 사건이 결과적으로 이러한 이벤트의 이면에 숨겨진 결함(fault)을 분리하는 데 도움이 되는 충분한 정보를 제공할 수 있습니다.

가능한 자세히 기록하되 아직 해결할 수 없는 사건임을 표시하십시오.

테스트의 프로시저 오류 식별
목적:  사용자 실수 및 테스트 프로세스의 프로시저와 프로세스 오류를 사건 로그에서 제거합니다.  

오류의 결과로 테스트 구현 중 또는 테스트 환경 관리에서 수많은 실패가 나타나는 것은 상당히 일반적입니다. 이러한 오류를 식별하고 정정하십시오.

다른 테스트가 실행되지 못하도록 하기 위해 테스트가 비정상적으로 종료된 경우, 실패가 발생한 지점과 근접한 지점까지 테스트를 복구한 후 나머지 테스트를 계속 진행해야 합니다.

실패 찾기 및 분리
목적:  실패 발생 지점을 식별함으로써 실패의 원인이 아닌 대상 테스트 항목을 실패 분석에서 제거합니다.  

실패 진단을 많이 수행할수록 결과적으로 실패를 식별하고 이해할 수 있는 가능성이 많아집니다.

실패와 관련이 없는 대상 테스트 항목을 제거하여 실패를 분리하고 나머지 항목에서 상태동향과 특성(예: 시스템 상태)을 찾으십시오.

재생을 수행하지 않고는 실패를 실질적으로 조사할 수 없는 경우에는 통제된 조건에서 실패를 재생하여 실패를 분석하십시오. 진단 및 디버깅 도구가 유용한 경우 이러한 도구를 사용하십시오.

실패 증상 및 특성 진단
목적:  유용한 실패 분석을 캡처하여 쉽게 결합을 식별하고 해결할 수 있도록 합니다.  

이전에 발생한 유사 사건의 경험을 토대로 기본 결함을 진단하십시오.

필요하고 사용 가능한 경우 개발자의 지원을 받아 소프트웨어에 대한 개발자의 내부 지식을 활용하여 실패 분석을 향상시키십시오.

후보 솔루션 식별
목적:  보다 나은 지식과 기질을 갖춘 실패 해결 담당자와 실패가 미치는 영향을 제공하며, 선택적으로 추구할 수 있는 실현 가능한 아이디어를 제공하여 개발자를 지원합니다.  

효과적인 사건 보고서와 변경 요청을 작성하는 방법은 타스크: 테스트 결과 판별 - 변경 요청 작성 및 유지보수를 참조하십시오.

적절하게 결과 문서화
목적:  실패 해결 담당자에게 적절한 방식으로 실패 분석을 제시하십시오.  

효과적인 사건 보고서와 변경 요청을 작성하는 방법은 타스크: 테스트 결과 판별 - 변경 요청 작성 및 유지보수를 참조하십시오.

결과 평가 및 확인
목적:  타스크가 적절히 완료되었는지 및 그에 따른 중간 산출물이 허용 가능한지 확인 

작업을 완료했으므로 작업이 충분한 가치가 있었는지, 방대한 양의 종이만 소비한 것이 아닌지 확인하는 것이 좋습니다. 작업 품질이 적합한지 여부 및 차후에 이를 작업의 입력으로 사용할 해당 팀 구성원에게 유용할 정도로 완전한지를 평가해야 합니다. 가능하면 RUP에 제공된 체크리스트를 사용하여 품질 및 완성도가 "충분"한지 확인하십시오.

다운스트림 타스크 수행 시 해당 작업을 입력으로 사용할 인원들이 중간 작업 검토에 참여하도록 하십시오. 이들의 관심사항을 다루는 조치를 취할 시간 여유가 있으면 이를 수행하십시오. 또한 작업을 주요 입력 중간 산출물과 비교 평가하여 이를 정확하고 충분하게 표시했는지 확인해야 합니다. 입력 중간 산출물 작성자가 이를 기반으로 작업을 검토하도록 하는 것이 유용할 수 있습니다.

RUP는 반복적 전달 프로세스이며 중간 산출물은 시간이 경과하면서 발전하는 경우가 많다는 사실을 기억하십시오. 그러므로 부분적으로만 사용되거나 직후 작업에서 전혀 사용되지 않을 중간 산출물을 완전히 형식화하는 것은 거의 불필요합니다(또한 보통 비생산적임). 이는 중간 산출물이 사용되기 전에 중간 산출물을 둘러싼 상황이 변경되고 중간 산출물이 작성되었을 때의 가정이 잘못되었다고 증명되어 결과적으로 노력이 수포가 되고 비용을 들여 다시 작업해야 하는 가능성이 높기 때문입니다. 또한 프리젠테이션 주기가 너무 많아 컨텐츠 가치가 손상되는 함정에 빠지지 않도록 하십시오. 프리젠테이션이 프로젝트 인도물로서 중요성과 경제적 가치를 지니는 프로젝트 환경에서는 관리 자원을 사용하여 프리젠테이션 타스크를 수행할 수 있습니다.



특성
다중 발생
이벤트로 구동됨
진행 중임
선택사항
계획됨
반복 가능함
자세한 정보