문서요약 – 테스트 프로세스 리스크 체크리스트

출처: Sogeti Nederland의 TMap(구조적 소프트웨어 테스팅을 위한 리스크 기반 방법론)에서 발췌

 

테스트 프로세스 리스크 체크리스트

테스트 계획서의 리스크(Risks) 섹션은 식별된 리스크를 나열하고 각 리스크에 대해 그 결과(영향)와 취할 수 있는 가능한 솔루션/조치도 표시한다. 아래 체크리스트는 수행할 테스트 프로세스와 관련하여 식별될 수 있는 여러 리스크를 담고 있다

 

• 다양한 서브시스템에 대한 개발 팀의 상세 일정이 없음
• 테스트 계획이 여러 다른 당사자의 계획에 의존하고 있어서 계획의 현실성이 떨어짐
• 테스트 기반이 되는 자료(예, 요구 사항, 사용자 매뉴얼, 기능 설계)가 적시에 제공되지 않아 사용이 불가함
• 기능 점수 집계(function point count)가 적시에 가용하지 않고 신뢰성도 떨어짐. 이는 신뢰성이 떨어지는 테스트 일정(test schedule)으로 이어지는 결과를 낳음
• 테스트 요원의 유용성(능력, 테스트 경험 및 전문성 측면에서의 적합성) 문제
• 테스트 할 정보 시스템의 규모 증가(예, 기능 점수로 표현되는 크기의 증가)
• 조직이 경험해 본 적 없는 새로운 테스트 방법이 도입됨
• 일부 관련 당사자들의 정보 입력이 누락되어 테스트 전략이 불완전 할 수 있음. 이는 뒷 단계에서 시스템에 큰 변화가 필수적일 수 있다는 리스크와 관련됨
• 당사자들이 시스템의 범위에 동의하지 못하고 계속 논의 중인 경우 신뢰할만한 테스팅 전략, 계획, 예산을 생성하기 어렵고, 이는 테스트 프로세스를 방해함
• 테스트 프로세스의 가장 중요한 두 가지 입력물이 테스트 기반 자료와 테스트 오브젝트인데, 이것들의 품질이 충분하지 않으면 테스트 프로세스에 큰 지장을 줌
• 테스팅이 특정 수량과 특정 품질의 사람과 수단을 필요로 하는데, 현실은 계획에서 합의한 자원이 실행 단계에 제 시간에 제공되지 못하는 일이 종종 있음. 예를 들어, 계획서에 제시된 테스트 인원과 실제 프로젝트에 투입된 인원의 스킬/숙련도에 큰 차이가 있거나, 의도했던 테스팅 환경과 도구가 적시에 제공되지 못함
• 테스트 프로세스 동안 테스트 기반(test basis)이 변경될 수 있으며, 변경이 많을 수록 테스트 프로세스 결과의 재작업 가능성도 커짐
• 인프라(infrastructure)가 테스트가 가능하도록 충분히 안정적이고 관리가능한지 여부(예, 환경을 다른 당사자들과 공유해야만 하는가?, 환경이 충분히 대표성을 띄고 있는가? 충분한 지원이 제공되고 있는가? 등등). 많은 테스트 프로젝트에서 가장 다루기 힘든 리스크를 형성하는게 인프라임