테스트 계획이란 무엇입니까?테스트 계획은 테스트 전략, 테스트 목적, 테스트, 테스트 일정, 테스트 예상및 테스트 산출물에 필요한 리소스 (인력, 소프트웨어, 하드웨어) 를 요약 한 자세한 문서입니다 . Show 테스트 계획은 소프트웨어 테스트 활동을 테스트 관리자가 미세하게 모니터링하고 제어하는 정의 된 프로세스로 수행하기위한 청사진 역할을합니다. 다음 시나리오부터 시작해 보겠습니다. 회의에서 팀원들과 테스트 계획에 대해 토론하고 싶지만 관심이 없습니다. 그런 경우에, 당신은 무엇을 할 것입니까? 다음 그림과 같이 대답을 선택하십시오. A) 나는 매니저가 말한대로 모든 일을한다. B) OK, 내가 왜 테스트 플랜이 필요한지 설명해 보자. Test Manager는 팀이 원하는 것을 수행하도록하기보다는 테스트 계획의 중요성을
설명해야합니다. 테스트 계획의 중요성테스트 플랜 작성에는 여러 가지 이점이 있습니다.
테스트 계획 작성 방법테스트 계획 수립 은 테스트 관리 프로세스의 가장 중요한 작업 임을 이미 알고 있습니다. 아래의 7 단계를 따라 IEEE 829에 따라 테스트 계획을 세웁니다.
1 단계) 제품 분석제품 에 대한 정보가 없는 제품 을 어떻게 테스트 할 수 있습니까? 대답은 불가능합니다. 테스트하기 전에 제품을 철저히 배워야 합니다. 테스트중인 제품은 Guru99 은행 웹 사이트입니다. 고객과 최종 사용자가 응용 프로그램에서 자신들의 요구와 기대를 알 수 있는지 조사해야합니다.
다음 방법을 사용하여 사이트를 분석 할 수 있습니다. 이제 위의 지식을 실제 제품에 적용 해 보겠습니다 . 은행 웹 사이트 http://demo.guru99.com/V4를 분석 하십시오 . 당신은해야 주변의 모습 이 웹 사이트를 또한 검토 제품 설명서를 . 제품 설명서 검토를 통해 웹 사이트의 모든 기능과 사용 방법을 이해하는 데 도움이됩니다. 항목에 대해 잘 모르는 경우 고객, 개발자, 디자이너를 인터뷰 하여 자세한 정보를 얻을 수 있습니다. 2 단계) 테스트 전략 개발테스트 전략은 테스트 계획을 수립 하는 중요한 단계 입니다. 테스트 전략 문서는 일반적으로 Test Manager에서 개발 한 고급 문서입니다. 이 문서는 다음을 정의합니다.
프로젝트로 돌아가서, 은행 웹 사이트를 테스트하기위한 테스트 전략을 개발해야합니다. 아래 단계를 따라야합니다. 2.1 단계) 테스트 범위 정의시험 활동을 시작하기 전에 시험 범위를 알아야한다. 당신은 그것에 대해 열심히 생각해야합니다.
테스트 프로젝트의 범위를 정의하는 것은 모든 이해 관계자에게 매우 중요합니다. 정확한 범위가 도움이됩니다.
프로젝트 범위를 어떻게 결정합니까? 범위를 결정하려면 반드시 -
이제는 테스트 범위의 "범위 내"와 "범위 외"를 명확하게 정의해야합니다.
문제 시나리오 고객이 API를 테스트하기를 원합니다. 그러나 프로젝트 예산은 그렇게 할 수 없습니다. 그런 경우에 당신은 무엇을 할 것입니까? 그런 경우에는 Api Testing 이 추가 작업이며 상당한 자원을 소비 할 것이라고 고객에게 확신시켜야합니다 . 귀하의 사실을 뒷받침하는 데이터를 제공하십시오. Api Testing이 XYZ 금액만큼 예산이 증가 할 것인지 여부를 알려주십시오. 고객은 이에 동의하며 이에 따라 범위 범위를 벗어나는 새로운 범위가
2.2 단계) 테스트 유형 식별시험 유형 예상 시험 결과를 제공하는 표준 시험 절차입니다. 각 테스트 유형은 특정 유형의 제품 버그를 식별하도록 작성됩니다. 그러나 모든 테스트 유형은 하나의 공통 목표 인 " 고객에게 제품을 공개하기 전에 모든 결함을 조기에 발견 "을 목표 로합니다. 일반적으로 사용되는 시험 유형은 다음 그림과 같이 설명되어 있습니다 있습니다 테스트 유형의 톤 테스트 소프트웨어 제품은. 팀 은 모든 종류의 테스트를 처리 할 수있는 충분한 노력을 기울일 수 없습니다 . 테스트 관리자로서 테스트 유형의 우선 순위 를 설정해야합니다.
이제 프로젝트를 연습 해 봅시다. 테스트하려는 제품은 은행 웹 사이트입니다. 이 경우 어떤 테스트 유형을 집중해야합니까? 해당되는 모든 것들을 고르세요 A) 단위 테스트 B) API 테스트 C) 통합 테스트 D) 시스템 테스트 E) 테스트 설치 / 제거 F) 민첩한 테스트 Guru99 프로젝트의 시스템 테스트 만 선택합니다. 2.3 단계) 문서 위험 및 문제점위험은 미래의입니다 불확실한 이벤트 의 확률로 발생 하고 잠재적 인 손실. 위험이 실제로 발생할 때, 그것은 ' 문제'가됩니다. 리스크 분석 및 솔루션 기사에서 이미 '리스크 (Risk)'분석에 대해 자세히 배웠고 프로젝트에서 잠재적 위험을 확인했습니다. 테스트 플랜에서 이러한 위험을 문서화합니다
2.4 단계) 테스트 물류 생성Test Logistics에서 Test Manager는 다음 질문에 답해야합니다.
누가 테스트 할 것인가? 테스트 할 테스터의 정확한 이름은 알 수 없지만 테스터의 유형은 정의 할 수 있습니다. 특정 작업에 적합한 구성원을 선택하려면 해당 기술이 해당 업무에 적합한 지 여부를 고려해야하며 프로젝트 예산도 추정해야합니다. 작업에 대해 잘못된 구성원을 선택하면 프로젝트가 실패 하거나 지연 될 수 있습니다 . 다음과 같은 기술을 가진 사람이 소프트웨어 테스트를 수행하는 데 가장 이상적입니다.
프로젝트에서 테스트 실행을 담당 할 멤버가 테스터입니다. 프로젝트 예산을 기반으로 테스터로 소스 또는 아웃소싱 멤버를 선택할 수 있습니다. 시험은 언제 시작됩니까? 시험 활동은 관련 개발 활동과 일치해야합니다. 다음 그림에 필요한 모든 항목 이있을 때 테스트를 시작합니다. 3 단계) 목표 테스트 정의Test Objective는 테스트 실행의 전반적인 목표 및 성취도입니다. 테스트의 목적은 가능한 한 많은 소프트웨어 결함을 찾는 것입니다. 테스트중인 소프트웨어가 출시 전에 버그 가 없는지 확인하십시오 . 테스트 목표를 정의하려면 다음 2 단계를 수행해야합니다.
Guru99 Bank 테스트 프로젝트의 테스트 목적을 찾으려면 다음 단계를 따르십시오. ' TOP-DOWN' 방법을 선택하여 테스트해야 할 웹 사이트 기능을 찾을 수 있습니다. 이 방법에서는 테스트중인 애플리케이션을 구성 요소 와 하위 구성 요소로 구분 합니다. 이전 항목에서는 이미 요구 사항 사양을 분석하고 웹 사이트를 탐색하므로 마인드 맵 을 만들어 다음과 같이 웹 사이트 기능을 찾을 수 있습니다 이 그림은 Guru99 웹 사이트에있을 수있는 모든 기능을 보여줍니다. 위의 기능을 바탕으로 프로젝트 Guru99의 테스트 목적을 다음과 같이 정의 할 수 있습니다
4 단계) 테스트 기준 정의테스트 기준은 테스트 절차 또는 테스트 판단을 기반으로 할 수있는 표준 또는 규칙입니다. 다음과 같은 두 가지 유형의 테스트 기준이 있습니다. 정지 기준테스트에 대한 중요한 일시 중단 기준을 지정하십시오. 테스트 중에 정지 기준이 충족 되면 기준이 해결 될 때까지 활성 테스트 사이클이 일시 중단 됩니다 . 예 : 팀 구성원이 40 % 의 테스트 케이스가 실패 했다고보고 하면 개발 팀이 모든 실패한 케이스를 해결할 때까지 테스트 를 중지 해야합니다 . 종료 기준테스트 단계 가 성공적으로 완료 되었음을 나타내는 기준을 지정합니다 . 퇴장 기준은 시험의 목표 결과이며 다음 개발 단계로 진행하기 전에 필요합니다. 예 : 모든 중요 테스트 케이스의 95 % 가 통과해야합니다. 퇴장 기준을 정의하는 몇 가지 방법은 목표 실행 률 및 합격률 을 지정하는 것 입니다.
이 데이터는 Test Metric 문서에서 검색 할 수 있습니다.
예 : 귀하의 팀은 이미 테스트 실행을 완료했습니다. 그들은 결과를 당신에게보고하고 출구 기준 을 확인하기를 원합니다 . 위의 경우 실행 속도는 필수이지만 100 % 이지만 테스트 팀은 테스트 사례의 90 % 만 완료했습니다. 실행 속도가 만족스럽지 않다는 것을 의미하므로 종료 기준을 확인하지 마십시오. 5 단계) 자원 계획자원 계획은 프로젝트 작업을 완료하는 데 필요한 모든 유형의 자원에 대한 자세한 요약 입니다. 자원은 프로젝트를 완료하는 데 필요한 인력, 장비 및 재료 일 수 있습니다. 리소스 계획은 테스트 계획에서 중요한 요소입니다 . 프로젝트에 사용할 리소스 (직원, 장비 ...) 의 수 를 결정 하는 데 도움이되기 때문 입니다. 따라서 테스트 매니저는 프로젝트 일정과 예상을 정확하게 할 수 있습니다. 이 섹션은 프로젝트에 권장되는 리소스를 나타냅니다. 인적 자원다음 표는 프로젝트 팀의 여러 구성원을 나타냅니다.
시스템 리소스웹 응용 프로그램 테스트의 경우 다음 표와 같이 리소스를 계획해야합니다.
6 단계) 시험 환경 계획테스트 환경이란 무엇입니까?테스트 환경은 테스트 팀이 테스트 사례를 실행할 소프트웨어 및 하드웨어의 설정입니다. 테스트 환경은 실제 비즈니스 및 사용자 환경뿐만 아니라 서버, 프론트 엔드 실행 환경과 같은 물리적 환경으로 구성됩니다. 테스트 환경 설정 방법프로젝트로 돌아가서이 은행 웹 사이트의 테스트 환경 을 어떻게 설정 합니까? 이 작업을 끝내려면 테스트 팀과 개발 팀 간의 강력한 협력 이 필요 합니다. 테스트중인 웹 응용 프로그램을 명확하게 이해하려면 개발자에게 몇 가지 질문을해야합니다 . 여기에 몇 가지 권장 질문이 있습니다. 물론 필요한 경우 다른 질문을 할 수 있습니다.
다음 그림은 은행 웹 사이트 www.demo.guru99.com/V4 의 테스트 환경을 설명합니다. 7 단계) 일정 및 추정테스트 견적 기사에서 이미 프로젝트를 완료하기위한 노력을 추정하기 위해 몇 가지 기술을 사용했습니다. 이제 견적과 계획을 계획에 포함시켜야합니다. 테스트 추정 단계에서 전체 프로젝트를 작은 태스크로 분해하고 각 태스크에 대한 추정을 아래와 같이 추가한다고 가정합니다
그런 다음 이러한 작업을 완료하기 일정 을 . 계획 수립은 프로젝트 관리에서 일반적인 용어입니다. 테스트 계획에서 견고한 일정을 작성함으로써 테스트 관리자는이를 프로젝트 진행 상황을 모니터링하고 비용 초과를 제어하는 도구로 사용할 수 있습니다. 프로젝트 일정을 만들려면 Test Manager에 다음과 같은 몇 가지 유형의 입력이 필요합니다.
예를 들어 연습 해 봅시다. 보스가 한 달 안에 Guru99 프로젝트를 완료하기를 원한다고 가정 할 때 , 당신은 이미 Test Estimation에서 각 업무에 대한 노력을 추정했습니다. 다음과 같이 일정을 만들 수 있습니다. 8 단계) 산출물 테스트테스트 산출물은 테스트 노력을 지원하기 위해 개발되고 유지되어야하는 모든 문서, 도구 및 기타 구성 요소의 목록입니다. 소프트웨어 개발 수명주기의 모든 단계마다 다른 테스트 결과물이 있습니다. 테스트 결과는 테스트 단계 전에 제공됩니다 .
테스트 결과물은 테스트 중에 제공 됩니다 .
테스트 결과는 테스트주기가 끝난 후에 제공됩니다 .
자원 샘플 테스트 계획 템플릿 다운로드 TestPlan.doc 웹 사이트 Guru99 Bank의 샘플 시스템 테스트 계획을 다운로드하십시오. Test_Plan_Guru99.pdf |