1999년 8월

Microsoft Corporation

Introduction

테스트는 소프트웨어 개발 과정에서 매우 중요한 부분을 차지하며 계속 반복되는 작업입니다. 이 문서에서는 다음 내용을 다룹니다.

• 테스트 유형
• 테스트 문서
• 테스트 오류("버그") 보고서

부록으로 각 테스트 문서 유형에 대한 예제가 포함되어 있습니다.

테스트 유형

5 수준의 테스트가 있습니다

테스트 수준	중점 사항
구축 검증 테스트(BVT)	소프트웨어의 안정성을 검사합니다.
기능	프로그램의 기능을 검사합니다. 프로그램의 복잡한 정도에 따라 여러 수준의 기능이 있을 수 있습니다.
임의성("게릴라")	일반 사용자가 수행하는 비구조화된 무작위 테스트입니다.
통합	모듈 또는 프로그램 구성 요소 간의 상호 작용을 검사합니다. 프로그램이 다른 제품 또는 플랫폼(하드웨어 및 소프트웨어 모두)과 작동되는 방식을 알 수 있습니다.
스트레스(로드 또는 성능 테스트라고도 함)	프로그램이 일관성을 유지할 수 있는 트랜잭션 수 또는 사용 수준을 검사합니다.

수행해야 할 테스트 유형은 각 프로그램마다 다를 수 있지만 BVT, 기능, 임의성 테스트는 항상 포함됩니다. 각 테스트 유형에 적용될 수 있는 테스트 방식에는 두 가지가 있습니다 .

방식	중점 사항
블랙 박스	블랙 박스 기능 테스트와 같이 표준 사용자 인터페이스를 검사합니다. 테스트 케이스는 고객이 사용하게 될 인터페이스와 동일한 인터페이스를 사용합니다.
화이트 박스	화이트 박스 스트레스 테스트와 같이 응용 프로그램 코드를 검사합니다. 테스트 케이스는 배치 파일, SQL 질의 및 프로그램 코드와 직접 상호 작용하는 기타 유사한 방식을 사용합니다.

테스트 문서

테스트를 시작하기 전에 작성해야 할 문서는 세 가지가 있습니다.

• 테스트 계획
• 테스트 사양
• 테스트 케이스

테스트 계획은 테스트 사양이 작성되기 전에 이루어져야 하고, 테스트 사양은 테스트 케이스를 구성하기 전에 작성해야 하며, 테스트 케이스는 테스트를 시작하기 전에 구성해야 합니다.

테스트 계획

테스트 계획을 통해 수행될 테스트에 대해 테스트 팀, 프로그램 관리 팀, 개발 팀이 알아야 할 모든 내용이 자세히 설명되어야 합니다. 테스트 계획에는 다음 정보가 포함됩니다.

내용	설명
무엇을 테스트할 것인가?	테스트의 범위로서 테스트할 기능이나 다음과 같은 테스트 기준을 결정합니다. · 검증해야 할 사항 · 테스트 플랫폼 · 필수 요구 사항 · 릴리스/성공 요인
언제 테스트할 것인가?(일정)	시작일, 종료일 및 모든 주요 사안에 대한 날짜를 결정합니다.
어디에서 테스트할 것인가?	테스트 수행을 위해 필요한 컴퓨터, 네트워크, 기타 하드웨어 및 해당 장소를 결정합니다.
어떻게 테스트할 것인가?	수행할 테스트 유형을 결정합니다. · 블랙 박스 및 화이트 박스 · 수동, 스크립트, 자동 수행 · BVT, 기능, 통합, 로드, 스트레스 등
누가 테스트를 수행할 것인가?	테스트 팀의 이름과 각 테스터의 책임을 명시합니다.
가정 및 위험	성공적인 테스트를 위해 반드시 갖추어야 할 조건을 나열하고, 필요한 조건이 만족되지 않을 경우 발생할 수 있는 결과를 명시합니다.

테스트 계획은 전체 프로젝트에 대해 작성하거나, 각 프로그램의 하위 기능에 대해 기능별로 작성할 수 있습니다.

테스트 사양

테스트 사양은 기능에 필요한 전체적인 테스트 범위를 전달하고 테스터가 테스트 케이스 구성을 위한 기반으로 사용할 수 있는 각 테스트 케이스를 정의합니다. 테스트 사양의 형식은 프로젝트의 성격에 따라 달라지지만, 일반적인 형식에는 다음 사항이 포함됩니다.

형식	설명
매트릭스	프로그램 기능 및 기능 변수
작성된 설명 또는 시나리오	프로세스
화면 인쇄 또는 형식	필드
데이터베이스 스키마	필드, 테이블, 저장 프로시저
그래픽	GUI 폼 또는 창
윤곽	테스트할 기능

필요에 따라 이러한 형식을 서로 혼합하여 테스트 사양으로 사용할 수 있습니다.

테스트 케이스

기본적인 테스트 케이스에는 네 가지가 있습니다.

유형	중점 사항
기능	소프트웨어가 제공하는 기능에 대한 테스트
범위	정의된 값 및 기본값 테스트
가능(또는 적합)	소프트웨어가 수행해야 할 작업을 정말 수행할 수 있는지 검증
불가능(또는 부적합)	소프트웨어가 수행하지 말아야 할 작업을 정말 수행하지 않는지 검증

테스트 케이스는 테스트할 소프트웨어의 크기, 종류, 복잡성 등에 따라 여러 가지 방법으로 구성할 수 있습니다. 예를 들어, 테스트 유형별, 제품 기능별 또는 이 두 조건을 결합한 기준으로 테스트를 구성할 수 있습니다 .

테스트 유형별로 구성된 테스트 케이스를 다음과 같이 구성할 수 있습니다.

• BVT 테스트
• 기능 테스트
• 통합 테스트
• 로드 테스트
• 스트레스 테스트

제품 기능별로 구성된 테스트 케이스를 다음과 같이 구성할 수 있습니다.

• 첫째 수준 기능
• 둘째 수준 기능
• 셋째 수준 기능 등

소프트웨어의 복잡한 정도에 따라, 다음과 같이 두 방식을 결합하여 테스트 케이스를 구성할 수 있습니다.

첫째 수준 :

• BVT 테스트
• 기능 테스트
• 통합 테스트

둘째 수준 :

• BVT 테스트
• 기능 테스트
• 통합 테스트

Tertiary Level:

• BVT 테스트
• 기능 테스트
• 통합 테스트
• 스트레스 테스트

테스트 오류 보고서

소프트웨어가 수행하지 말아야 할 것을 수행하거나, 수행해야 할 것을 수행하지 못할 경우 "버그"로 불리는 오류가 발생합니다. 테스트 오류 보고서에는 다음 정보가 포함되어야 합니다.

부록

다음은 각 테스트 문서 유형에 대한 예제 개요입니다.

테스트 계획에 대한 예제 개요

테스트 계획에는 다음 정보가 포함되어야 합니다.

테스트 사양

테스트 사양의 형식과 내용은 프로젝트에 따라 다릅니다. 그러나 테스트 사양을 통해 전체 테스트 노력의 범위를 정의하고 테스터가 테스트 케이스를 구성할 수 있도록 충분한 상세 내역을 제공해야 합니다 .

테스트 케이스에 대한 예제 개요

테스트 케이스에는 다음 정보가 포함되어야 합니다.

URL 및 기타 인터넷 웹 사이트 참조를 포함하여, 이 설명서의 내용은 예고 없이 변경될 수 있습니다. 이 리소스 키트의 사용이나 사용 결과에 따른 책임은 전적으로 사용자에게 있으며 이 리소스 키트는 명시적이든 묵시적이든 막론하고 여하한 보증도 되지 않습니다. 용례에 사용된 회사, 기관, 제품, 사람 및 이벤트 등은 실제 데이터가 아닙니다. 어떠한 실제 회사, 기관, 제품, 사람 또는 이벤트와도 연관시킬 의도가 없으며 그렇게 유추해서도 안됩니다. 해당 저작권법을 준수하는 것은 사용자의 책임입니다. 저작권에서의 권리와는 별도로, 이 설명서의 어떠한 부분도 Microsoft의 명시적인 서면 승인 없이는 어떠한 형식이나 수단(전기적, 기계적, 복사기에 의한 복사, 디스크 복사 또는 다른 방법) 또는 목적으로도 복제되거나, 검색 시스템에 저장 또는 도입되거나, 전송될 수 없습니다 .

Microsoft가 이 설명서 본안에 관련된 특허권, 상표권, 저작권, 또는 기타 지적 소유권 등을 보유할 수도 있습니다. 서면 사용권 계약에 따라 Microsoft로부터 귀하에게 명시적으로 제공된 권리 이외에, 이 설명서의 제공은 귀하에게 이러한 특허권, 상표권, 저작권, 또는 기타 지적 소유권 등에 대한 어떠한 사용권도 허여하지 않습니다 .

Microsoft, Windows, Windows NT는 미국 및 기타 여러 나라에서 등록된 Microsoft의 등록 상표입니다 .

여기에 인용된 실제 회사 및 제품 이름은 해당 소유자의 상표일 수 있습니다.