테스트 계획서

테스트에 계획서가 왜 필요할까?

테스트 계획서는 테스트 범위, 전략, 일정, 자원 등을 명확히 작성하여 테스트 과정 전반을 체계적으로 관리하는 데 사용됩니다.

테스트 활동을 명확하게 정의하여 팀원이 같은 방향으로 테스트를 진행 할 수 있도록 하고 테스트의 인력, 도구, 테스트 환경을 미리 계획하고 준비함으로 테스트의 자원이 관리 될 수 있도록 합니다. 그리고 테스트중에 발생할 수 있는 잠재적인 리스크를 미리 파악하고 대응책을 마련 할 수 있습니다.

프로젝트 개요는 전체 테스트 계획서의 서론에 해당합니다.

 

1) 프로젝트 개요 (Project Overview)

테스트 계획서의 서론에 해당이 되며 방향과 목표를 잡는데 필요한 단계입니다.

프로젝트 개요에 포함될 내용:

1. 프로젝트 이름: 테스트할 소프트웨어 프로젝트의 이름을 작성합니다.
2. 프로젝트 목표: 이 소프트웨어가 무엇을 목표로 하고 있는지, 어떤 가치를 제공하는지 설명합니다.
3. 테스트 목적: 이번 테스트의 목표가 무엇인지, 어떤 기능이나 시스템을 테스트하는지 명확히 작성합니다.

프로젝트 개요 작성 예시:

• 프로젝트 이름: XYZ 웹 애플리케이션
• 프로젝트 기간: 2024년 1월 ~ 2024년 3월
• 프로젝트 목표: 사용자 로그인을 포함한 주요 기능이 정확히 동작하는지 확인하여, 안정적인 사용자 경험을 제공
• 테스트 목적: XYZ 애플리케이션의 로그인, 결제 시스템, 사용자 대시보드 기능의 안정성 및 성능을 검증하여 버그를 조기에 발견하고 해결

 

2) 테스트 범위 (Test Scope)

포함할 부분과 제외할 부분을 명확하게 정의 하는 부분 입니다.

테스트 범위 작성 방법:

1. 포함 범위: 이번 테스트에서 반드시 다뤄야 할 기능, 모듈, 또는 시스템을 구체적으로 나열합니다.
2. 제외 범위: 이번 테스트에서 제외할 기능이나 모듈을 명시하여, 불필요한 테스트를 방지합니다.

포함 범위 예시:

• 사용자 로그인 및 인증 시스템
• 결제 시스템(카드 결제, 계좌 이체)
• 사용자 대시보드 기능 (통계 및 그래프 표시)

제외 범위 예시:

• 신규 회원가입 기능 (다음 릴리스에서 테스트 예정)
• 관리자 페이지 기능 (관리자 전용 시스템은 다른 릴리스에서 테스트 예정)

3) 테스트 전략 (Test Strategy)

테스트의 방향을 설정하는 부분이며, 어떤 방식과 도구를 사용할 지 정의 합니다.

테스트 전략에 포함할 내용:

1. 테스트 유형: 어떤 테스트를 할 것인지 구체적으로 나열합니다.
   • 기능 테스트: 소프트웨어가 요구된 기능을 정확하게 수행하는지 확인합니다.
   • 비기능 테스트: 성능, 보안, 사용성 등을 검증합니다.
   • 회귀 테스트: 수정된 코드가 기존 기능에 문제를 일으키지 않는지 확인합니다.
2. 테스트 방법: 매뉴얼 테스트와 자동화 테스트 중 어떤 방식을 사용할지 정의합니다.
   • 매뉴얼 테스트: 테스터가 직접 소프트웨어를 사용해 기능을 테스트하는 방식입니다.
   • 자동화 테스트: 반복적으로 수행되는 작업을 자동화 도구를 사용해 테스트합니다.
3. 테스트 도구: 사용할 테스트 도구를 명시합니다. 도구는 테스트의 효율성을 높이는 중요한 요소입니다.

테스트 전략 예시:

• 기능 테스트: 로그인, 결제, 대시보드 기능이 제대로 동작하는지 확인합니다.
• 비기능 테스트: 사용자 접속량이 많을 때 서버가 잘 대응하는지 성능 테스트를 진행합니다.
• 테스트 방법: 초기에는 매뉴얼 테스트를 진행하고, 주요 기능 테스트는 Selenium을 사용해 자동화합니다.
• 테스트 도구:
  1. Selenium: 웹 애플리케이션의 기능 테스트 자동화 도구
  2. JMeter: 성능 테스트 도구
  3. Postman: API 테스트 도구

 

4) 테스트 일정 (Test Schedule)

일정은 현실적으로 충분한 시간을 고려하여 정해야 합니다.

5) 자원 계획 (Resource Planning)

테스트에 필요한 자원을 준비 함으로 진행에 차질이 없도록 합니다.

자원 계획 작성 방법:

1. 필요한 인력: 테스트를 수행할 팀원들의 역할과 책임을 정의합니다.
2. 테스트 도구: 테스트를 위해 사용할 도구를 나열합니다.
3. 테스트 환경: 테스트를 진행할 환경을 미리 준비하고 정의합니다.

자원 계획 예시:

• 인력:
  • QA 엔지니어: 3명 (김철수, 이영희, 박민수)
  • 개발자: 1명 (홍길동)
  • 테스터: 2명
• 테스트 도구:
  • JIRA: 결함 관리 도구
  • Selenium: 웹 애플리케이션 테스트 자동화 도구
• 테스트 환경:
  • 서버 환경: Windows Server 2019
  • 브라우저: Chrome, Firefox

 

6) 리스크 관리 (Risk Management)

예기치 못한 문제에 대한 대비를 위해서 리스크 대응방안을 마련합니다.

리스크 관리 작성 방법:

1. 잠재적 리스크를 식별합니다.
2. 각 리스크에 대한 대응 계획을 수립합니다.

리스크 관리 예시:

• 잠재적 리스크:
  1. 인력 부족: QA 엔지니어가 갑작스럽게 테스트 기간 중 휴가를 떠날 수 있음
  2. 테스트 환경 구축 지연: 테스트 서버 설정이 지연될 가능성
• 대응 계획:
  1. 인력 부족 시, 다른 QA 엔지니어에게 작업을 분배하거나, 개발팀에서 지원 요청
  2. 테스트 환경 구축이 지연될 경우 가상 환경을 사용하여 테스트를 진행

 

7) 테스트 종료 기준 (Exit Criteria)

프로젝트 완료 시점을 명확하게 정의 합니다.

테스트 종료 기준 작성 :

1. 모든 테스트가 완료되었는지 확인합니다.
2. 남아 있는 결함이 프로젝트 일정에 영향을 미치지 않는지 평가합니다.

테스트 종료 기준 예시:

• 모든 주요 기능이 성공적으로 테스트됨
• 주요 결함이 해결되었고, 남은 결함은 프로젝트 일정에 영향을 미치지 않음