1. 개요(Overview)

시스템테스트시나리오는 통합테스트 완료 후 고객의 요구사항 중 시스템의 기능 외적인 부분들을 테스트하기 위한 기초 자료가 되는 시나리오이다.
요구사항 정의서 중 비기능적 요구사항, 외부 인터페이스 요구사항, 기타 요구사항의 내용을 바탕으로 시스템 테스트 시나리오를 작성한다.

1. 작성기준
   1. 미작성시 영향

각 테스트 케이스별 예상결과가 정의되지 않으므로 테스트의 성공여부를 판단하기 어렵다.

• 고객이 요구한 비기능적 요구사항(성능, 보안 등)이 적절히 구현되었는지 검증하기 어렵다.

1. 1. 작성이 불필요한 경우

시스템테스트시나리오는 반드시 작성하도록 한다.

1. 1. 제출시 고려사항

N/A

1. 작성항목
   1. 업무명

• 업무명을 입력한다. 프로젝트 내의 공통과 관련된 부분에는 "공통"이라고 지정한다.

1. 1. 작성자/작성일

• 작성내용이 명확하지 않은 경우 작성자에게 작성내용의 의미를 확인하고, 작성내용에 대한 작성일을 확인하기 위한 목적으로 작성자와 작성일을 기재한다.

1. 1. 테스트수행자(완료일자)

• 테스트수행자의 성명을 입력하고 결함수정, 재테스트를 포함하는 테스트 완료일을 입력한다.

1. 1. 테스트 프로세스 – 테스트 케이스명

• 테스트 대상이 되는 유스케이스명을 입력한다.
• 테스트 케이스가 여러 유스케이스를 모아 테스트set으로 만들어 질 경우에는 프로젝트 별 프로젝트 표준의 테스트 케이스ID 부여방법을 마련하여 테스트 케이스 ID를 지정하도록 한다.
• 만약 유스케이스별로 테스트 케이스를 만들지 않고 테스트 set만을 작성할 경우에는, 테스트케이스 ID의 하단에 요구사항 ID 혹은 유스케이스 ID를 차례로 입력하도록 한다.

1. 1. 테스트 프로세스 – 단계별 작업수행 내용

• 해당 시나리오를 테스트할 수 있도록, 단계별로 작업을 수행하는 내용을 상세하게 입력하도록 한다.
• 입력되는 내용은 유스케이스 정의서의 Flow of event를 참조하여 작성하도록 하며, 만약 시나리오가 작성 되어 있을 경우 시나리오의 내용을 사용하도록 한다.

여러 Test case를 테스트set으로 Test case를 만들 경우에는 "요구사항 ID"만 입력한다.

• Use case별 Test case를 만들지 않고, 여러 Use case의 테스트Set 만으로 Test case를 만든 경우에는 수행 내용을 상세하게 작성하도록 한다.

1. 1. 테스트 프로세스 – 테스트 데이터

• 테스트를 수행하기 위한 입력값을 지정한다. 각 필드에 입력 범위를 지정하거나, 특정 값을 지정하도록 한다.

1. 1. 예상결과

• 예상되는 테스트 결과를 입력한다.

정상적인(Positive) 처리에 대한 결과와 비 정상적인(Negative) 처리에 대한 결과를 "V" 표시로check하며, check만으로 표시가 불가능할 경우에는 "기타 수행결과"에 값을 입력하도록 한다.
프로젝트 내에서 공통적으로 필요한 check 내용이 있을 경우 내용을 정의하여 사용하도록 한다.
시나리오를 작성할 경우에는 예상 결과까지만 작성하도록 한다.

1. 1. 테스트결과, 결과상세설명, 보완여부 및 비고

• 테스트 수행 후 작성한다.

1. 작성시 고려사항

• 액티비티 다이어그램(TO-BE)의 업무흐름 참조한다.
• 유스케이스 정의서의 시나리오흐름을 참조한다.
• 요구사항정의서의 모든 기능을 테스트 시나리오로 작성한다.
• 사용자 인터페이스와 관련된 부분이 포함 되었는지 확인한다.

1. 관련기법(Related Technique)

테스트 기법(OO/CBD)