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

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

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

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

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

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

문제 시나리오

고객은 자신의 API를 테스트해 보길 원합니다. 그러나 프로젝트 예산이 이를 허용하지 않습니다. 이런 경우에는 어떻게 하시겠습니까?

글쎄, 그런 경우에는 고객에게 다음과 같이 설득해야 합니다. API 테스트 이는 추가 작업이며 상당한 리소스를 소비하게 됩니다. 그에게 당신의 사실을 뒷받침하는 데이터를 제공하십시오. Api 테스트가 범위 내에 포함되면 예산이 XYZ 금액만큼 증가할 것이라고 알려주세요.

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

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

2.2단계) 테스트 유형 식별

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

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

이 어플리케이션에는 XNUMXµm 및 XNUMXµm 파장에서 최대 XNUMXW의 평균 출력을 제공하는 일반적으로 사용되는 테스트 유형은 다음 그림과 같이 설명됩니다.

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

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

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

위험은 미래의 것이다 불확실한 사건 확률로 발생 및 가능성 손실을 위해. 실제로 위험이 발생하면 '문제'.

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

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

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

2.4단계) 테스트 물류 생성

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

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

누가 테스트할 것인가?

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

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

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

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

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

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

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

당신은 테스트를 시작할 것입니다 모든 필수 항목 다음 그림과 같습니다

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

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

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

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

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

'를 선택할 수 있습니다.위에서 아래로' 테스트가 필요할 수 있는 웹사이트의 기능을 찾는 방법입니다. 이 방법에서는 테스트 중인 애플리케이션을 다음과 같이 분류합니다. 구성 요소 and 하위 구성요소.

이전 주제에서는 이미 요구 사항 사양을 분석하고 웹 사이트를 살펴보았으므로 마인드 맵 다음과 같은 웹사이트 기능을 찾으려면

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

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

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

4단계) 테스트 기준 정의

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

정지 기준

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

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

종료 기준

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

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

• 실행률은 다음 사이의 비율입니다. 실행된 테스트 케이스 수/총 테스트 케이스 수 테스트 사양의. 예를 들어 테스트 사양에는 총 120개의 TC가 있지만 테스터는 100개의 TC만 실행했으므로 실행률은 100/120 = 0.83(83%)입니다.
• 합격률은 다음과 같은 비율입니다. 숫자 테스트 케이스 통과 / 테스트 케이스 실행. 예를 들어 실행된 TC가 100개 이상인 경우 통과한 TC는 80개이므로 통과율은 80/100 = 0.8(80%)입니다.

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

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

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

위의 경우 Run rate는 필수입니다. 100 %를 하지만 테스트 팀은 테스트 사례의 90%만 완료했습니다. Run rate가 만족스럽지 않다는 뜻이므로 Exit Criteria를 확인하지 마세요.

5단계) 자원 계획

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

리소스 계획은 테스트 계획에 있어 중요한 요소입니다. 결정 전에, 번호 프로젝트에 사용될 자원(직원, 장비…) 따라서 테스트 관리자는 프로젝트에 대한 올바른 일정 및 견적을 내릴 수 있습니다.

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

인적 자원

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

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

시스템 리소스

테스트를 위해 웹 애플리케이션의 경우 다음 표와 같이 리소스를 계획해야 합니다.

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

6단계) 테스트 환경 계획

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

테스트 환경은 테스트 팀이 테스트 사례를 실행할 소프트웨어 및 하드웨어 설정입니다. 테스트 환경은 다음과 같이 구성됩니다. 실제 사업 and 사용자 환경뿐만 아니라 서버, 프런트엔드 실행 환경과 같은 물리적 환경도 포함됩니다.

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

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

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

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

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

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

7단계) 일정 및 추정

기사에서 테스트 추정, 당신은 이미 프로젝트를 완료하기 위한 노력을 추정하기 위해 몇 가지 기술을 사용했습니다. 이제 해당 추정치와 일정을 테스트 계획에 포함해야 합니다.

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

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

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

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

프로젝트 일정을 생성하려면 테스트 관리자에는 아래와 같은 여러 유형의 입력이 필요합니다.

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

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

상사가 Guru99 프로젝트를 완료하기를 원한다고 가정해 보겠습니다. 한 이번 달에는 테스트 추정에서 각 작업에 대한 노력을 이미 추정했습니다. 아래와 같이 일정을 생성할 수 있습니다.

8단계) 테스트 결과물

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

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

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

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

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

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

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

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

제품 자료

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

웹사이트 Guru99 Bank의 샘플 시스템 테스트 계획 다운로드