소프트웨어 테스팅의 테스트 계획(예)

테스트 계획

A 테스트 계획 테스트 계획은 소프트웨어 제품 테스트에 필요한 테스트 전략, 목표, 일정, 추정치, 결과물 및 리소스를 상세히 기술한 문서입니다. 테스트 계획은 테스트 대상 애플리케이션의 품질을 검증하는 데 필요한 노력을 결정하는 데 도움이 됩니다. 테스트 계획은 소프트웨어 테스트 활동을 정의된 프로세스로 수행하기 위한 청사진 역할을 하며, 테스트 관리자가 이를 세밀하게 모니터링하고 관리합니다.

ISTQB 정의에 따르면 "테스트 계획은 의도된 테스트 활동의 범위, 접근 방식, 리소스 및 일정을 설명하는 문서입니다."

다음의 테스트 계획 예시/시나리오로 시작해 보겠습니다. 회의에서 팀원들과 테스트 계획에 대해 논의하고 싶지만, 팀원들은 관심이 없습니다.

이런 경우, 어떻게 하시겠습니까? 다음 그림과 같이 답을 선택하세요.

👉 무료 라이브 소프트웨어 테스팅 프로젝트에 등록하세요

테스트 계획의 중요성은 무엇인가?

테스트 계획 문서를 만드는 것에는 여러 가지 이점이 있습니다.

• 개발자, 비즈니스 관리자, 고객 등 테스트 팀 외부의 사람들을 돕습니다. 이해 테스트의 세부 사항.
• 테스트 계획 가이드 우리의 생각. 그것은 따라야 할 규칙서와 같습니다.
• 테스트 추정, 테스트 범위, Test Strategy are 문서화 된 테스트 계획에 포함하면 관리팀에서 검토하여 다른 프로젝트에 재사용할 수 있습니다.

테스트 계획 유형

세 가지 주요 유형이 있습니다. 테스트 계획 소프트웨어 테스팅에서.

1. 마스터 테스트 계획: 모든 테스트 레벨의 전반적인 테스트 전략, 범위, 리소스 및 일정을 개략적으로 설명하는 상위 수준의 문서입니다. 프로젝트의 마스터 로드맵 역할을 합니다.
2. 레벨별 테스트 계획: 단위, 통합, 시스템 또는 인수 테스트와 같은 특정 테스트 수준에 중점을 둡니다. 각 계획은 해당 수준에 대한 접근 방식, 환경 및 결과물을 자세히 설명합니다.
3. 유형별 테스트 계획: Target성능, 보안, 사용성 또는 자동화 테스트와 같은 전문화된 테스트 유형을 정의합니다. 해당 테스트 유형에 고유한 도구, 기법 및 기준을 정의합니다.

이러한 테스트 계획을 함께 적용하면 포괄적인 적용 범위가 보장되고, 테스트 목적과 프로젝트 목표를 일치시키고, 팀 간 협력을 개선하여 소프트웨어 품질을 높일 수 있습니다.

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

당신은 이미 테스트 계획 가장 중요한 과제는 테스트 관리 프로세스IEEE 829에 따라 테스트 계획을 작성하려면 아래의 7단계를 따르세요.

1. 제품을 분석하다
2. 테스트 전략 설계
3. 테스트 목표 정의
4. 테스트 기준 정의
5. 자원 계획
6. 테스트 환경 계획
7. 일정 및 추정
8. 테스트 결과물 결정

1단계) 제품 분석

제품을 테스트하는 방법 없이 그것에 대한 정보가 있나요? 정답은 불가능한. 제품을 배워야 합니다. 완전히 그것을 테스트하기 전에.

테스트 대상 제품은 Guru99 뱅킹 웹사이트입니다. 고객과 최종 사용자를 조사하여 애플리케이션에 대한 그들의 요구 사항과 기대치를 파악해야 합니다.

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

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

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

당신은 둘러보다 이 웹사이트와 또한 리뷰 제품 문서. Rev제품 설명서를 보면 웹사이트의 모든 기능과 사용 방법을 이해하는 데 도움이 됩니다. 어떤 항목에 대해 불분명한 경우 회견 고객, 개발자, 디자이너는 더 많은 정보를 얻을 수 있습니다.

2단계) 테스트 전략 개발

테스트 전략은 중요한 단계 소프트웨어 테스팅에서 테스트 계획을 수립할 때, 테스트 전략 문서는 일반적으로 테스트 관리자가 작성하는 상위 수준의 문서입니다. 이 문서는 다음을 정의합니다.

• 프로젝트의 테스트 목표 그리고 그것을 달성하기 위한 수단
• 테스트 결정 노력 및 비용

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

2.1단계) 테스트 범위 정의

테스트 활동을 시작하기 전에 테스트 범위를 알아야 합니다. 신중하게 생각해야 합니다.

• 테스트할 시스템의 구성 요소(하드웨어, 소프트웨어, 미들웨어 등)는 다음과 같이 정의됩니다. "범위 내"
• 테스트하지 않을 시스템 구성 요소도 명확하게 정의해야 합니다. "범위 밖입니다."

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

• 모두에게 주세요 자신감과 정확한 정보 당신이 하고 있는 테스트에 대해서요.
• 모든 프로젝트 구성원은 선명한 무엇을 테스트하고 무엇을 테스트하지 않는지에 대한 이해.

프로젝트 범위는 어떻게 결정하시나요?

범위를 결정하려면 다음을 수행해야 합니다.

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

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

• 소프트웨어 요구 사항 명세서, Guru99 Bank 프로젝트는 모든 테스트에만 중점을 둡니다. 기능 그리고 웹사이트의 외부 인터페이스 Guru99 은행 (범위 내 테스트)
• 다음과 같은 비기능적 테스트 스트레스, 성과 or 논리적 데이터베이스 테스트되지 않습니다. (밖으로 범위)

문제 시나리오

고객이 API 테스트를 원하지만 프로젝트 예산이 부족합니다. 이런 경우 어떻게 하시겠습니까?

그렇다면 그런 경우에는 고객에게 다음과 같이 확신시켜야 합니다. API 테스트 추가 작업이며 상당한 리소스가 소모됩니다. 사실을 뒷받침하는 데이터를 제공하세요. API 테스트가 범위에 포함되면 예산이 XYZ만큼 증가할 것이라고 말하세요.

고객은 동의하고 그에 따라 새로운 범위, 범위를 벗어난 항목은 다음과 같습니다.

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

2.2단계) 테스트 유형 식별

A 테스트 유형 예상되는 테스트 결과를 제공하는 표준 테스트 절차입니다.

각 테스트 유형은 특정 유형의 제품 버그를 식별하도록 설계되었습니다. 그러나 모든 테스트 유형은 하나의 공통된 목표를 달성하는 것을 목표로 합니다.조기 발견 고객에게 제품을 출시하기 전에 모든 결함을 해결하십시오.”

The 일반적으로 사용되는 그림에서 테스트 유형은 다음과 같이 설명됩니다.

다음의 수많은 테스트 유형 소프트웨어 제품을 테스트하기 위해. 귀하의 팀 넣을 수 없다 모든 종류의 테스트를 처리할 수 있는 충분한 노력이 필요합니다. 테스트 관리자로서 다음을 설정해야 합니다. 우선 테스트 유형 중

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

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

위험은 미래입니다 불확실한 사건 확률로 발생 및 가능성 손실에 대한 위험이 실제로 발생하면 '문제'.

기사에서 위험 분석 및 솔루션, 귀하는 이미 '위험' 분석에 대해 자세히 알아보고 프로젝트의 잠재적 위험을 식별했습니다.

QA 테스트 계획에서는 이러한 위험을 문서화합니다.

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

2.4단계) 테스트 물류 생성

테스트 물류에서 테스트 관리자는 다음 질문에 답해야 합니다.

• 우리 테스트할 것인가?
• 인셀덤 공식 판매점인 테스트가 진행되나요?

누가 테스트할 것인가?

테스트를 수행할 테스터의 정확한 이름을 알지 못할 수도 있지만, 테스터의 종류 정의할 수 있습니다.

특정 작업에 적합한 멤버를 선정하려면 해당 멤버의 기술이 해당 작업에 적합한지 여부를 고려해야 하며, 프로젝트 예산도 예측해야 합니다. 잘못된 멤버를 선정하면 프로젝트가 지연될 수 있습니다. 실패 or 지연되었다.

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

• 능력 이해 고객의 관점
• 강한 욕구 품질에 대한
• 참고 세부적으로
• 좋은 협력

귀하의 프로젝트에서 테스트 실행을 담당할 멤버는 다음과 같습니다. 시험 장치프로젝트 예산에 따라 사내 또는 아웃소싱 멤버를 테스터로 선택할 수 있습니다.

테스트는 언제 진행되나요?

테스트 활동은 관련 개발 활동과 일치해야 합니다.

당신은 테스트를 시작할 것입니다 필요한 모든 항목 다음 그림에 표시되어 있습니다.

3단계) ​​테스트 목표 정의

테스트 목표는 테스트 실행의 전반적인 목표이자 달성 목표입니다. 테스트의 목적은 가능한 한 많은 소프트웨어 결함을 찾아내고 테스트 대상 소프트웨어가 벌레 없는 릴리스 전에.

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

1. 테스트가 필요할 수 있는 모든 소프트웨어 기능(기능, 성능, GUI 등)을 나열하세요.
2. 정의 목표 또는 골 위의 특징을 기반으로 한 테스트

Guru99 Bank 테스트 프로젝트의 테스트 목표를 찾기 위해 다음 단계를 적용해 보겠습니다.

당신은 '탑다운' 테스트가 필요할 수 있는 웹사이트 기능을 찾는 방법입니다. 이 방법에서는 테스트 대상 애플리케이션을 다음과 같이 분류합니다. 구성 요소들 및 하위 구성 요소.

이전 주제에서는 이미 요구 사항 사양을 분석하고 웹사이트를 살펴보았으므로 다음을 생성할 수 있습니다. 마인드 맵 웹사이트의 특징은 다음과 같습니다.

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

위의 기능을 기반으로 Guru99 프로젝트의 테스트 목표를 다음과 같이 정의할 수 있습니다.

• Guru99 웹사이트를 확인하세요 기능(계좌, 입금 등)은 실제 비즈니스 환경에서 오류나 버그 없이 예상대로 작동합니다.
• 웹사이트의 외부 인터페이스(예: UI, 예상대로 작동하고 고객의 요구 사항을 충족합니다.
• 다음을 확인하십시오. 유용성 웹사이트의 기능들이 사용자에게 편리한가요?

4단계) 테스트 기준 정의

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

정지 기준

테스트에 대한 중요한 일시 중단 기준을 지정합니다. 테스트 중에 일시 중지 기준이 충족되면 활성 테스트 주기가 시작됩니다. 정지 기준이 될 때까지 해결.

테스트 계획 예: 팀원이 다음과 같이 보고하는 경우 40% 실패한 테스트 사례 중 매달다 개발팀이 실패한 모든 사례를 수정할 때까지 테스트합니다.

종료 기준

이는 다음을 나타내는 기준을 지정합니다. 성공한 테스트 단계 완료. 종료 기준은 테스트의 목표 결과이며 다음 개발 단계로 진행하기 전에 필요합니다. 예: 95% 의 모든 중요 테스트 사례를 통과해야 합니다.

종료 기준을 정의하는 일부 방법은 대상을 지정하는 것입니다. 실행 속도 및 합격률.

• 실행률은 다음 사이의 비율입니다. 실행된 테스트 케이스 수 및 총 테스트 케이스 수 테스트 사양의 예를 들어, 테스트 사양에 총 120개의 TC가 있지만 테스터는 100개의 TC만 실행했으므로 실행률은 100/120 = 0.83(83%)입니다.
• 합격률은 다음 사이의 비율입니다. 통과된 테스트 케이스 수 / 실행된 테스트 케이스 수예를 들어, 위의 100개의 TC가 실행되었을 때, 통과된 TC는 80개이므로 통과율은 80/100 = 0.8(80%)입니다.

이 데이터는 테스트 지표 문서에서 검색할 수 있습니다.

• 달리기 요율은 필수입니다 100% 명확한 이유가 주어지지 않는 한.
• 패스 요율은 프로젝트 범위에 따라 다르지만 높은 합격률 달성 목표이다.

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

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

5단계) 자원 계획

리소스 계획은 자세한 요약 프로젝트 작업을 완료하는 데 필요한 모든 유형의 리소스. 리소스는 프로젝트를 완료하는 데 필요한 인력, 장비 및 자재를 포함할 수 있습니다.

리소스 계획은 테스트 계획의 중요한 요소입니다. 결정 전에, 번호 프로젝트에 사용될 리소스(직원, 장비 등)를 파악합니다. 따라서 테스트 관리자는 프로젝트에 대한 정확한 일정과 예상 비용을 산정할 수 있습니다.

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

인적 자원

다음 표는 프로젝트 팀의 다양한 멤버를 나타냅니다.

그렇지 않습니다.	회원	작업
1.	테스트 관리자	관리 전체 프로젝트 프로젝트 정의 사용법 적절한 자원 확보
2.	시험 장치	적절한 테스트 기술/도구/자동화 아키텍처 식별 및 설명 테스트 접근 방식 확인 및 평가 실행하다 테스트, 기록 결과 및 신고 결함. 테스터는 프로젝트 예산에 따라 내부 인력이거나 외부 인력일 수 있습니다. 필요한 작업에 대해 낮은 스킬을 선택하는 것이 좋습니다. 아웃소싱 회원에게 저장 프로젝트 비용.
3.	테스트 중인 개발자	구현 테스트 케이스, 테스트 프로그램, 테스트 모음 등
4.	테스트 관리자	구축하고 보장합니다. 테스트 환경 그리고 자산은 관리 및 유지 지원 테스터 테스트 실행을 위해 테스트 환경을 사용하려면
5.	SQA 회원	품질 보증을 담당합니다. 테스트 프로세스가 지정된 요구 사항을 충족하는지 확인하십시오.

시스템 리소스

웹 애플리케이션을 테스트하려면 다음과 같이 리소스를 계획해야 합니다.

그렇지 않습니다.	자료	Descript이온
1.	서버	테스트할 웹 애플리케이션을 설치합니다. 여기에는 해당되는 경우 별도의 웹 서버, 데이터베이스 서버 및 애플리케이션 서버가 포함됩니다.
2.	테스트 도구	테스트 도구는 테스트를 자동화하고, 사용자 작업을 시뮬레이션하고, 테스트 결과를 생성하는 것입니다. 이 프로젝트에 사용할 수 있는 테스트 도구는 다음과 같이 매우 많습니다. Selenium, QTP 등
3.	네트워크	실제 비즈니스 및 사용자 환경을 시뮬레이션하려면 LAN 및 인터넷을 포함한 네트워크가 필요합니다.
4.	컴퓨터	사용자가 웹 서버에 접속하는 데 자주 사용하는 PC

6단계) 테스트 환경 계획

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

테스트 환경은 테스트 팀이 테스트 케이스를 실행할 소프트웨어와 하드웨어의 설정입니다. 테스트 환경은 다음으로 구성됩니다. 실제 사업 및 사용자 물리적 환경(서버 및 프런트엔드 실행 환경 등)뿐만 아니라 환경도 포함됩니다.

테스트 환경을 설정하는 방법

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

이 작업을 완료하려면 다음이 필요합니다. 강력한 협력 테스트 팀과 개발 팀 사이.

테스트 중인 웹 애플리케이션을 이해하려면 개발자에게 몇 가지 질문을 해야 합니다. 명확하게. 다음은 몇 가지 추천 질문입니다. 물론, 필요하시면 다른 질문도 질문하실 수 있습니다.

• 이 웹사이트가 동시에 처리할 수 있는 최대 사용자 연결 수는 얼마입니까?
• 이 웹사이트를 설치하려면 어떤 하드웨어/소프트웨어가 필요합니까?
• 웹사이트를 탐색하려면 사용자의 컴퓨터에 특별한 설정이 필요합니까?

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

7단계) 일정 및 추정

기사에서 테스트 추정프로젝트 완료에 필요한 노력을 예측하기 위해 이미 몇 가지 기법을 사용했습니다. 이제 테스트 계획에 해당 예측과 일정을 포함해야 합니다.

테스트 추정 단계에서 전체 프로젝트를 작은 작업으로 나누고 다음과 같이 각 작업에 대한 추정을 추가한다고 가정합니다.

태스크	회원	노력 추정
테스트 사양 만들기	테스트 디자이너	170인시
테스트 실행 수행	테스터, 테스트 관리자	80인시
시험 보고서	시험 장치	10인시
테스트 납품		20인시
금액		280인시

그런 다음 예정 이러한 작업을 완료하려면

일정 수립은 프로젝트 관리에서 흔히 사용되는 용어입니다. 테스트 계획에서 탄탄한 일정을 수립하면 테스트 관리자는 이를 프로젝트 진행 상황을 모니터링하고 비용 초과를 관리하는 도구로 활용할 수 있습니다.

프로젝트 일정을 작성하려면 테스트 관리자에게 다음과 같은 여러 유형의 입력이 필요합니다.

• 직원 및 프로젝트 마감일: 작업일, 프로젝트 마감일, 리소스 가용성은 일정에 영향을 미치는 요소입니다.
• 프로젝트 견적: 테스트 관리자는 예상 시간을 바탕으로 프로젝트 완료에 걸리는 시간을 파악합니다. 따라서 적절한 프로젝트 일정을 수립할 수 있습니다.
• 프로젝트 리스크: 위험을 이해하면 테스트 관리자가 프로젝트 일정에 충분한 추가 시간을 추가하여 위험을 처리하는 데 도움이 됩니다.

예를 들어 연습해 보겠습니다.

상사가 Guru99 프로젝트를 완료하기를 원한다고 가정해 보겠습니다. 한 한 달 동안 테스트 추정에서 각 작업에 대한 작업량을 이미 예측했습니다. 다음과 같이 일정을 생성할 수 있습니다.

8단계) 테스트 결과물

테스트 성과물은 테스트 작업을 지원하기 위해 개발 및 유지 관리해야 하는 모든 문서, 도구 및 기타 구성 요소의 목록입니다.

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

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

• 테스트 계획 문서.
• 테스트 케이스 문서
• 테스트 설계 사양.

테스트 결과물이 제공됩니다. ...동안 테스트

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

테스트 결과물이 제공됩니다. 시간 내에 테스트 주기가 끝났습니다.

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

테스트 계획의 일반적인 과제(및 해결책)

효과적인 테스트 계획은 종종 실질적인 어려움에 직면합니다. 이러한 어려움을 인식하고 선제적인 해결책을 적용하면 더욱 원활한 테스트 실행과 더 높은 소프트웨어 품질을 보장할 수 있습니다.

1. 불분명한 요구 사항
   과제 : 모호하거나 변경되는 프로젝트 요구 사항으로 인해 테스트 범위가 불완전해집니다.
   해결 방법 : 요구 사항 검토를 수행하고 살아있는 요구 사항 추적 매트릭스를 유지 관리합니다.
2. 제한된 자원
   과제 : 도구, 시간, 숙련된 테스터가 부족하면 테스트 품질에 영향을 미칩니다.
   해결 방법 : 중요한 테스트 사례의 우선순위를 정하고 반복적인 작업에 자동화를 활용합니다.
3. 비현실적인 마감일
   과제 : 일정이 촉박하면 적절한 테스트 설계 및 실행에 필요한 시간이 줄어듭니다.
   해결 방법 : 추정 기술을 활용하고 이해관계자에게 위험을 조기에 전달합니다.
4. 원만하지 못한 의사 소통
   과제 : 팀 간의 불일치로 인해 지연과 재작업이 발생합니다.
   해결 방법 : 투명성을 위해 정기적인 동기화 회의와 공유 대시보드를 구현합니다.
5. 부적절한 위험 관리
   과제 : 잠재적 위험을 무시하면 프로젝트 일정이 틀어질 수 있습니다.
   해결 방법 : 위험을 조기에 파악하고, 위험 기록을 유지하며, 완화 전략을 계획하세요.

자주하는 질문 :