테스트 계획을 작성하는 방법

테스트 계획이란 무엇입니까?

테스트 계획은 테스트 전략, 테스트 목적, 테스트, 테스트 일정, 테스트 예상및 테스트 산출물에 필요한 리소스 (인력, 소프트웨어, 하드웨어) 를 요약 한 자세한 문서입니다 .

테스트 계획은 소프트웨어 테스트 활동을 테스트 관리자가 미세하게 모니터링하고 제어하는 ​​정의 된 프로세스로 수행하기위한 청사진 역할을합니다.

다음 시나리오부터 시작해 보겠습니다.

회의에서 팀원들과 테스트 계획에 대해 토론하고 싶지만 관심이 없습니다.

그런 경우에, 당신은 무엇을 할 것입니까? 다음 그림과 같이 대답을 선택하십시오.

 A) 나는 매니저가 말한대로 모든 일을한다.

 B) OK, 내가 왜 테스트 플랜이 필요한지 설명해 보자.

Test Manager는 팀이 원하는 것을 수행하도록하기보다는 테스트 계획의 중요성을 설명해야합니다.

테스트 계획의 중요성

테스트 플랜 작성에는 여러 가지 이점이 있습니다.

• 테스트 계획은 테스트중인 애플리케이션의 품질을 검증하는 데 필요한 노력을 결정하는 데 도움이됩니다.
• 개발자, 비즈니스 관리자, 고객 등 테스트 팀 외부의 사람들이 테스트 의 세부 사항을 이해할 수 있도록  도와 줍니다.
• 테스트 계획은 우리의 사고 방식을 안내 합니다. 그것은 따라야 할 규칙 책과 같습니다.
• 시험 평가, 시험 범위 등의 중요한 측면은, 테스트 전략이 되어 문서화 된 테스트 계획에, 그래서는 관리 팀에 의해 검토 할 수 있으며, 다른 프로젝트에 대한 재 - 사용.

테스트 계획 작성 방법

테스트 계획 수립 은 테스트 관리 프로세스의 가장 중요한 작업 임을 이미 알고 있습니다. 아래의 7 단계를 따라 IEEE 829에 따라 테스트 계획을 세웁니다.

1. 제품 분석
2. 테스트 전략 설계
3. 테스트 목표 정의
4. 테스트 기준 정의
5. 자원 계획
6. 테스트 환경 계획
7. 일정 및 견적
8. 시험 산출물 결정

1 단계) 제품 분석

제품 에 대한 정보가 없는 제품 을 어떻게 테스트 할 수 있습니까? 대답은 불가능합니다. 테스트하기 전에 제품을 철저히 배워야 합니다.

테스트중인 제품은 Guru99 은행 웹 사이트입니다. 고객과 최종 사용자가 응용 프로그램에서 자신들의 요구와 기대를 알 수 있는지 조사해야합니다.

• 누가 웹 사이트를 사용할 것입니까?
• 그것은 무엇을 위해 사용됩니까?
• 어떻게 작동할까요?
• 제품에서 사용하는 소프트웨어 / 하드웨어는 무엇입니까?

다음 방법을 사용하여 사이트를 분석 할 수 있습니다.

이제 위의 지식을 실제 제품에 적용 해 보겠습니다 . 은행 웹 사이트 http://demo.guru99.com/V4를 분석 하십시오 .

당신은해야 주변의 모습 이 웹 사이트를 또한 검토 제품 설명서를 . 제품 설명서 검토를 통해 웹 사이트의 모든 기능과 사용 방법을 이해하는 데 도움이됩니다. 항목에 대해 잘 모르는 경우 고객, 개발자, 디자이너를 인터뷰 하여 자세한 정보를 얻을 수 있습니다.

2 단계) 테스트 전략 개발

테스트 전략은 테스트 계획을 수립 하는 중요한 단계 입니다. 테스트 전략 문서는 일반적으로 Test Manager에서 개발 한 고급 문서입니다. 이 문서는 다음을 정의합니다.

• 프로젝트의 테스트 목적 및이를 달성하기위한 수단
• 테스트 노력 및 비용 결정

프로젝트로 돌아가서, 은행 웹 사이트를 테스트하기위한 테스트 전략을 개발해야합니다. 아래 단계를 따라야합니다.

2.1 단계) 테스트 범위 정의

시험 활동을 시작하기 전에 시험 범위를 알아야한다. 당신은 그것에 대해 열심히 생각해야합니다.

• 테스트 할 시스템의 구성 요소 (하드웨어, 소프트웨어, 미들웨어 등)는 " 범위 내 " 로 정의됩니다.
• 테스트를 거치지 않을 시스템 구성 요소도 " 범위를 벗어난 "것으로 명확하게 정의해야합니다 .

테스트 프로젝트의 범위를 정의하는 것은 모든 이해 관계자에게 매우 중요합니다. 정확한 범위가 도움이됩니다.

• 모든 사람에게 자신 이 수행하는 테스트에 대한 자신감과 정확한 정보 제공
• 모든 프로젝트 회원 은 테스트 대상과 그렇지 않은 대상에 대해 명확한 이해 를 갖습니다.

프로젝트 범위를 어떻게 결정합니까?

범위를 결정하려면 반드시 -

• 정확한 고객 요구 사항
• 프로젝트 예산
• 제품 사양
• 테스트 팀의 기술과 재능

이제는 테스트 범위의 "범위 내"와 "범위 외"를 명확하게 정의해야합니다.

• 소프트웨어 요구 사양 으로서 프로젝트 Guru99 Bank 는 웹 Guru99 Bank 의 모든 기능 과 외부 인터페이스 를 테스트하는 데에만 초점을 맞 춥니 다 ( 범위 테스트에서)
• 스트레스 , 성능 또는 논리 데이터베이스 와 같은 비 기능 테스트 는 현재 테스트되지 않습니다. ( 범위 밖 )

문제 시나리오

고객이 API를 테스트하기를 원합니다. 그러나 프로젝트 예산은 그렇게 할 수 없습니다. 그런 경우에 당신은 무엇을 할 것입니까?

그런 경우에는 Api Testing 이 추가 작업이며 상당한 자원을 소비 할 것이라고 고객에게 확신시켜야합니다 . 귀하의 사실을 뒷받침하는 데이터를 제공하십시오. Api Testing이 XYZ 금액만큼 예산이 증가 할 것인지 여부를 알려주십시오.

고객은 이에 동의하며 이에 따라 범위 범위를 벗어나는 새로운 범위가

• 범위 내 항목 : 기능 테스트 , API 테스트
• 범위 외 항목 : 데이터베이스 테스트 , 하드웨어 및 기타 외부 인터페이스

2.2 단계) 테스트 유형 식별

시험 유형 예상 시험 결과를 제공하는 표준 시험 절차입니다.

각 테스트 유형은 특정 유형의 제품 버그를 식별하도록 작성됩니다. 그러나 모든 테스트 유형은 하나의 공통 목표 인 " 고객에게 제품을 공개하기 전에 모든 결함을 조기에 발견 "을 목표 로합니다.

일반적으로 사용되는 시험 유형은 다음 그림과 같이 설명되어 있습니다

있습니다 테스트 유형의 톤 테스트 소프트웨어 제품은. 팀 은 모든 종류의 테스트를 처리 할 수있는 충분한 노력을 기울일 수 없습니다 . 테스트 관리자로서 테스트 유형의 우선 순위 를 설정해야합니다.

• 어떤 테스트 유형이 웹 애플리케이션 테스트에 중점 을 두어야 합니까?
• 비용 절감을 위해 어떤 테스트 유형을 무시 해야 합니까?

이제 프로젝트를 연습 해 봅시다. 테스트하려는 제품은 은행 웹 사이트입니다. 

이 경우 어떤 테스트 유형을 집중해야합니까? 

해당되는 모든 것들을 고르세요

 A) 단위 테스트

 B) API 테스트

 C) 통합 테스트

 D) 시스템 테스트

 E) 테스트 설치 / 제거

F) 민첩한 테스트 

Guru99 프로젝트의 시스템 테스트 만 선택합니다.

2.3 단계) 문서 위험 및 문제점

위험은 미래의입니다 불확실한 이벤트 의 확률로 발생 하고 잠재적 인 손실. 위험이 실제로 발생할 때, 그것은 ' 문제'가됩니다.

리스크 분석 및 솔루션 기사에서 이미 '리스크 (Risk)'분석에 대해 자세히 배웠고 프로젝트에서 잠재적 위험을 확인했습니다.

테스트 플랜에서 이러한 위험을 문서화합니다

위험	완화
팀원은 웹 사이트 테스트에 필요한 기술이 부족합니다.	회원 증강에 필요한 교육 과정 을 계획 하십시오.
프로젝트 일정이 너무 빡빡합니다. 제 시간에이 프로젝트를 완료하기가 어렵습니다.	각 테스트 활동에 대해 테스트 우선 순위 를설정하십시오 .
테스트 관리자의 관리 기술이 좋지 않습니다.	관리자를위한 리더십 교육 계획
협력 부족은 직원의 생산성에 부정적인 영향을 미칩니다.	격려 그의 작업에서 각 팀 구성원을, 그리고 영감을 더 큰 노력을.
잘못된 예산 견적 및 비용 초과	작업을 시작하기 전에 범위 를 설정하고 , 프로젝트 기획에 많은 관심을 기울이고 진행 상황을 지속적으로 추적 및 측정합니다.

2.4 단계) 테스트 물류 생성

 Test Logistics에서 Test Manager는 다음 질문에 답해야합니다.

• 누가  테스트 할 것인가?
• 시험은 언제 시작  됩니까?

누가 테스트 할 것인가?

테스트 할 테스터의 정확한 이름은 알 수 없지만 테스터의 유형은 정의 할 수 있습니다.

특정 작업에 적합한 구성원을 선택하려면 해당 기술이 해당 업무에 적합한 지 여부를 고려해야하며 프로젝트 예산도 추정해야합니다. 작업에 대해 잘못된 구성원을 선택하면 프로젝트가 실패 하거나 지연 될 수 있습니다 .

다음과 같은 기술을 가진 사람이 소프트웨어 테스트를 수행하는 데 가장 이상적입니다.

• 고객의 관점 을 이해하는 능력
• 품질에 대한 강한 열망
• 세부 사항에 대한주의
• 좋은 협력

프로젝트에서 테스트 실행을 담당 할 멤버가 테스터입니다. 프로젝트 예산을 기반으로 테스터로 소스 또는 아웃소싱 멤버를 선택할 수 있습니다.

시험은 언제 시작됩니까?

시험 활동은 관련 개발 활동과 일치해야합니다.

다음 그림에 필요한 모든 항목 이있을 때 테스트를 시작합니다.

3 단계) 목표 테스트 정의

Test Objective는 테스트 실행의 전반적인 목표 및 성취도입니다. 테스트의 목적은 가능한 한 많은 소프트웨어 결함을 찾는 것입니다. 테스트중인 소프트웨어가 출시 전에 버그 가 없는지 확인하십시오 .

테스트 목표를 정의하려면 다음 2 단계를 수행해야합니다.

1. 테스트해야하는 모든 소프트웨어 기능 (기능, 성능, GUI ...)을 나열하십시오.
2. 위의 기능을 기반으로 테스트 의 목표 또는 목표 를 정의하십시오.

Guru99 Bank 테스트 프로젝트의 테스트 목적을 찾으려면 다음 단계를 따르십시오.

' TOP-DOWN' 방법을 선택하여 테스트해야 할 웹 사이트 기능을 찾을 수 있습니다. 이 방법에서는 테스트중인 애플리케이션을 구성 요소 와 하위 구성 요소로 구분 합니다.

이전 항목에서는 이미 요구 사항 사양을 분석하고 웹 사이트를 탐색하므로 마인드 맵 을 만들어 다음과 같이 웹 사이트 기능을 찾을 수 있습니다

이 그림은 Guru99 웹 사이트에있을 수있는 모든 기능을 보여줍니다.

위의 기능을 바탕으로 프로젝트 Guru99의 테스트 목적을 다음과 같이 정의 할 수 있습니다

• 웹 사이트 Guru99 기능 (Account, Deposit ...)이 실제 비즈니스 환경에서 오류나 버그없이 예상대로 작동 하는지 확인하십시오.
• UI 와 같은 웹 사이트의 외부 인터페이스가 예상대로 작동하고 고객 요구를 충족하는지 확인하십시오.
• 웹 사이트 의 유용성 을 확인하십시오 . 이러한 기능이 사용자에게 편리 할 것인가 아닌가?

4 단계) 테스트 기준 정의

테스트 기준은 테스트 절차 또는 테스트 판단을 기반으로 할 수있는 표준 또는 규칙입니다. 다음과 같은 두 가지 유형의 테스트 기준이 있습니다.

정지 기준

테스트에 대한 중요한 일시 중단 기준을 지정하십시오. 테스트 중에 정지 기준이 충족 되면 기준이 해결 될 때까지 활성 테스트 사이클이 일시 중단 됩니다 .

예 : 팀 구성원이 40 % 의 테스트 케이스가 실패 했다고보고 하면 개발 팀이 모든 실패한 케이스를 해결할 때까지 테스트 를 중지 해야합니다 .

종료 기준

테스트 단계 가 성공적으로 완료 되었음을 나타내는 기준을 지정합니다 . 퇴장 기준은 시험의 목표 결과이며 다음 개발 단계로 진행하기 전에 필요합니다. 예 : 모든 중요 테스트 케이스의 95 % 가 통과해야합니다.

퇴장 기준을 정의하는 몇 가지 방법은 목표 실행 률 및 합격률 을 지정하는 것 입니다.

• 실행 속도는 실행 된 테스트 케이스 수 / 테스트 사양의 전체 테스트 케이스 수 간의 비율 입니다. 예를 들어 테스트 사양에는 총 120 TC가 있지만 테스트자는 100 TC 만 실행하므로 실행 속도는 100/120 = 0.83 (83 %)입니다.
• 합격률은 통과 한 테스트 사례 수 / 실행 된 테스트 사례 수 간의 비율 입니다. 예를 들어 실행 된 TC가 100 개를 넘으면 통과 한 TC가 80 개이므로 80/100 = 0.8 (80 %)입니다.

이 데이터는 Test Metric 문서에서 검색 할 수 있습니다.

• 명확한 이유가 제시되어 있지 않으면 실행 률은 100 % 가되어야 합니다.
• 합격 비율이 프로젝트 범위에 의존하지만, 높은 합격률을 달성하는 목표입니다.

예 : 귀하의 팀은 이미 테스트 실행을 완료했습니다. 그들은 결과를 당신에게보고하고 출구 기준 을 확인하기를 원합니다 .

위의 경우 실행 속도는 필수이지만 100 % 이지만 테스트 팀은 테스트 사례의 90 % 만 완료했습니다. 실행 속도가 만족스럽지 않다는 것을 의미하므로 종료 기준을 확인하지 마십시오. 

5 단계) 자원 계획

자원 계획은 프로젝트 작업을 완료하는 데 필요한 모든 유형의 자원에 대한 자세한 요약 입니다. 자원은 프로젝트를 완료하는 데 필요한 인력, 장비 및 재료 일 수 있습니다.

리소스 계획은 테스트 계획에서 중요한 요소입니다 . 프로젝트에 사용할 리소스 (직원, 장비 ...) 의 수 를 결정 하는 데 도움이되기 때문 입니다. 따라서 테스트 매니저는 프로젝트 일정과 예상을 정확하게 할 수 있습니다.

이 섹션은 프로젝트에 권장되는 리소스를 나타냅니다.

인적 자원

다음 표는 프로젝트 팀의 여러 구성원을 나타냅니다.

아니.	회원	할 일 목록
1.	시험 관리자	전체 프로젝트 관리 프로젝트 길 찾기 정의 적절한 자원 확보
2.	시험 장치	적절한 테스트 기법 / 도구 / 자동화 아키텍처 식별 및 설명 테스트 접근법 확인 및 평가 테스트를 실행 하고, 결과를 기록 하고, 결함을 보고 하십시오. 테스터는 프로젝트 예산을 기반으로 출처가 튼튼한 또는 아웃 소싱 된 회원이 될 수 있습니다. 낮은 스킬 이 필요한 작업의 경우 프로젝트 비용 을 절약하기 위해 외주 회원을 선택하는 것이 좋습니다 .
삼.	테스트중인 개발자	구현 테스트 케이스, 테스트 프로그램, 테스트 스위트 등
4.	테스트 관리자	구축 및 테스트 환경 및 자산 관리 및 유지 보장 테스트 실행을 위해 테스트 환경을 사용하는 지원 테스터
5.	SQA 회원	품질 보증 담당 테스트 프로세스가 지정된 요구 사항을 충족하는지 확인하십시오.

시스템 리소스

웹 응용 프로그램 테스트의 경우 다음 표와 같이 리소스를 계획해야합니다.

아니.	자원	설명
1.	섬기는 사람	테스트중인 웹 응용 프로그램 설치 해당되는 경우 별도의 웹 서버, 데이터베이스 서버 및 응용 프로그램 서버가 포함됩니다.
2.	테스트 도구	테스트 도구는 테스트 자동화, 사용자 작업 시뮬레이트, 테스트 결과 생성 셀레늄, QTP 등이 프로젝트에 사용할 수있는 테스트 도구가 많이 있습니다.
삼.	회로망	실제 비즈니스와 사용자 환경을 시뮬레이션하려면 네트워크에 LAN과 인터넷이 필요합니다.
4.	컴퓨터	사용자가 종종 웹 서버에 연결하는 데 사용하는 PC

6 단계) 시험 환경 계획

테스트 환경이란 무엇입니까?

테스트 환경은 테스트 팀이 테스트 사례를 실행할 소프트웨어 및 하드웨어의 설정입니다. 테스트 환경은 실제 비즈니스 및 사용자 환경뿐만 아니라 서버, 프론트 엔드 실행 환경과 같은 물리적 환경으로 구성됩니다.

테스트 환경 설정 방법

프로젝트로 돌아가서이 은행 웹 사이트의 테스트 환경 을 어떻게 설정 합니까?

이 작업을 끝내려면 테스트 팀과 개발 팀 간의 강력한 협력 이 필요 합니다.

테스트중인 웹 응용 프로그램을 명확하게 이해하려면 개발자에게 몇 가지 질문을해야합니다 . 여기에 몇 가지 권장 질문이 있습니다. 물론 필요한 경우 다른 질문을 할 수 있습니다.

• 이 웹 사이트가 동시에 처리 할 수있는 최대 사용자 연결은 무엇입니까?
• 이 웹 사이트를 설치하기위한 하드웨어 / 소프트웨어 요구 사항은 무엇입니까?
• 사용자의 컴퓨터에서 웹 사이트를 탐색하기위한 특정 설정이 필요합니까?

다음 그림은 은행 웹 사이트 www.demo.guru99.com/V4 의 테스트 환경을 설명합니다.

7 단계) 일정 및 추정

테스트 견적 기사에서 이미 프로젝트를 완료하기위한 노력을 추정하기 위해 몇 가지 기술을 사용했습니다. 이제 견적과 계획을 계획에 포함시켜야합니다.

테스트 추정 단계에서 전체 프로젝트를 작은 태스크로 분해하고 각 태스크에 대한 추정을 아래와 같이 추가한다고 가정합니다

태스크	회원	예상 노력
테스트 사양 만들기	테스트 디자이너	170 시간
테스트 실행 수행	테스터, 테스트 관리자	80 시간
시험 보고서	시험 장치	10 시간
시험 납품		20 시간
합계		280 시간

그런 다음 이러한 작업을 완료하기 일정 을 .

계획 수립은 프로젝트 관리에서 일반적인 용어입니다. 테스트 계획에서 견고한 일정을 작성함으로써 테스트 관리자는이를 프로젝트 진행 상황을 모니터링하고 비용 초과를 제어하는 ​​도구로 사용할 수 있습니다.

프로젝트 일정을 만들려면 Test Manager에 다음과 같은 몇 가지 유형의 입력이 필요합니다.

• 직원 및 프로젝트 마감 : 근무일, 프로젝트 마감 시간, 자원 가용성은 일정에 영향을주는 요소입니다
• 프로젝트 견적 : 견적을 바탕으로 테스트 매니저는 프로젝트를 완료하는데 얼마나 오래 걸리는지 알고 있습니다. 그래서 그는 적절한 프로젝트 일정을 만들 수 있습니다.
• 프로젝트 위험 : 위험을 이해하면 Test Manager가 위험을 처리하기 위해 프로젝트 일정에 충분한 시간을 추가 할 수 있습니다.

예를 들어 연습 해 봅시다.

보스가 한 달 안에 Guru99 프로젝트를 완료하기를 원한다고 가정 할 때 , 당신은 이미 Test Estimation에서 각 업무에 대한 노력을 추정했습니다. 다음과 같이 일정을 만들 수 있습니다.

8 단계) 산출물 테스트

테스트 산출물은 테스트 노력을 지원하기 위해 개발되고 유지되어야하는 모든 문서, 도구 및 기타 구성 요소의 목록입니다.

소프트웨어 개발 수명주기의 모든 단계마다 다른 테스트 결과물이 있습니다.

테스트 결과는 테스트 단계 전에 제공됩니다 .

• 테스트 계획 문서.
• 테스트 케이스 문서
• 테스트 디자인 사양.

테스트 결과물은 테스트 중에 제공 됩니다 .

• 테스트 스크립트
• 시뮬레이터.
• 테스트 데이터
• 추적 가능성 매트릭스 테스트
• 오류 로그 및 실행 로그.

테스트 결과는 테스트주기가 끝난 후에 제공됩니다 .

• 테스트 결과 / 보고서
• 결함 보고서
• 설치 / 테스트 절차 지침
• 릴리즈 노트

자원

샘플 테스트 계획 템플릿 다운로드

TestPlan.doc

웹 사이트 Guru99 Bank의 샘플 시스템 테스트 계획을 다운로드하십시오.

Test_Plan_Guru99.pdf