소프트웨어 테스트 추정 기법
토마스 해밀턴
소프트웨어 테스트 추정이란 무엇입니까?
테스트 견적은 대략적인 관리 활동입니다. 얼마나 오래 작업을 완료하는 데 시간이 걸립니다. 테스트 노력을 추정하는 것은 다음 중 하나입니다. 주요한 and 중대한 테스트 관리의 작업.
왜 테스트 추정인가?
잠재적인 테스트 계약을 논의할 때 고객으로부터 기대할 수 있는 두 가지 질문은 다음과 같습니다.
소규모 프로젝트의 경우 이러한 질문에 대답하기가 상대적으로 쉽습니다. 하지만 다음과 같은 큰 프로젝트의 경우 지원 Guru99 Bank 웹사이트에서 이러한 질문에 대답하려면 열심히 생각해야 합니다.
무엇을 추정할 것인가?
- 자료 : 다음을 수행하려면 리소스가 필요합니다. 수행 모든 프로젝트 작업. 이는 사람, 장비, 시설, 자금 또는 프로젝트 활동 완료에 필요한 정의가 가능한 모든 것이 될 수 있습니다.
- 횟수 : 시간은 프로젝트에서 가장 귀중한 자원입니다. 모든 프로젝트에는 납품 기한이 있습니다.
- 인간의 기술: 인간의 기술은 지식 그리고 경험 팀원 중. 그들은 귀하의 추정에 영향을 미칩니다. 예를 들어, 구성원의 테스트 기술이 낮은 팀은 테스트 기술이 높은 팀보다 프로젝트를 완료하는 데 더 많은 시간이 걸립니다.
- 비용 : 비용은 프로젝트이다 예산. 일반적으로 말하자면, 얼마 요 돈 프로젝트를 끝내는 데 시간이 걸립니다.
추정하는 방법?
소프트웨어 테스트 추정 기법 목록
- 작업 분할 구조
- 3점 소프트웨어 테스팅 추정 기법
- 광대역 델파이 기술
- 기능점수/시험점수 분석
- 용도 - 사례점수법
- 백분율 분포
- 임시 방법
다음은 견적을 도출하기 위한 4단계 프로세스입니다.
Guru99 Bank 사례 연구에 대한 추정치를 찾기 위해 이러한 기술을 결합하는 방법을 배우게 됩니다.
1 단계) 전체 프로젝트 작업을 하위 작업으로 나눕니다
과제는 누군가에게 주어진 일입니다. 이렇게 하려면 다음을 사용할 수 있습니다. 작업 분할 구조 기술.
이 기술에서는 복잡한 프로젝트를 모듈로 나눕니다. 모듈은 하위 모듈로 나뉩니다. 각 하위 모듈은 기능으로 더 나뉩니다. 즉, 전체 프로젝트 작업을 다음과 같이 나눕니다. 가장 작은 작업.
작업 분할 구조를 사용하여 Guru99 Bank 프로젝트를 5개의 작은 작업으로 나눕니다.
그 후에는 각 작업을 다음과 같이 나눌 수 있습니다. 하위 작업. 이 활동의 목적은 다음과 같이 작업을 생성하는 것입니다. 상세한 as 가능한.
| 태스크 | 하위 작업 |
|---|---|
| 소프트웨어 요구사항 사양 분석 | 소프트 요구 사항 사양 조사 |
| 웹사이트에 대해 더 자세히 알아보기 위해 개발자 및 기타 이해관계자와의 인터뷰 | |
| 테스트 사양 생성 | 디자인 테스트 시나리오 |
| 테스트 케이스 만들기 | |
| Rev테스트 케이스를 보고 수정하세요 | |
| 테스트 케이스 실행 | 테스트 환경 구축 |
| 테스트 케이스 실행 | |
| Rev테스트 실행 결과를 봤습니다 | |
| 결함 보고 | |
| 만들기 결함 보고서 | |
| 결함 보고 |
2단계) 팀원에게 각 작업을 할당합니다.
이 단계에서는 각 작업이 적당한 프로젝트 팀의 멤버. 다음과 같이 작업을 할당할 수 있습니다.
| 태스크 | 회원 |
|---|---|
| 소프트웨어 요구사항 사양 분석 | 모든 회원 |
| 테스트 사양 만들기 | 테스터/테스트 분석가 |
| 테스트 환경 구축 | 테스트 관리자 |
| 테스트 케이스 실행 | 테스터, 테스트 관리자 |
| 결함 보고 | 시험 장치 |
3단계) 작업에 대한 노력 추정
작업에 대한 노력을 추정하기 위해 적용할 수 있는 두 가지 기술이 있습니다.
- 기능적 포인트 방식
- XNUMX점 추정
방법 1) 기능점수 방법
이 방법에서 테스트 관리자는 작업의 크기, 기간 및 비용을 추정합니다.
A 단계) 작업 크기 추정
In 1단계, 당신은 이미 WBS 방법을 사용하여 전체 프로젝트 작업을 작은 작업으로 나누었습니다. 이제 해당 작업의 크기를 추정합니다. 특정 작업을 연습해 봅시다.”테스트 사양 만들기"
이 작업의 크기는 테스트 중인 시스템의 기능적 크기에 따라 달라집니다. 기능적 크기는 다음을 반영합니다. 양 사용자와 관련된 기능. 더 번호 기능성이 높을수록 복잡한 시스템이다.
실제 추정 작업 노력을 시작하기 전에 기능적 포인트는 다음과 같은 세 그룹으로 나뉩니다. 복잡한, 중간 단순 다음과 같이 :
소프트웨어 기능의 복잡성에 따라 테스트 관리자는 충분한 중량 각 기능 지점에. 예를 들어
| 그룹 | 중량 |
|---|---|
| 복잡한 | 5 |
| 중급 | 3 |
| 단순, 간단, 편리 | 1 |
더 명확하게 이해하기 위해 간단한 예제를 들어보겠습니다.
Guru99 Bank 웹사이트의 소프트웨어 사양을 살펴보세요. LINK, 소프트웨어 엔지니어가 이미 소프트웨어 모듈에 대해 자세히 설명했습니다. 복잡성 각 모듈에 가중치를 부여하여 웹사이트의 기능을 평가합니까?
기능 포인트가 복잡할수록 테스트에 더 많은 노력이 필요합니다. 웹사이트는 다음과 같이 나뉩니다. 12 기능 포인트를 결정할 수 있습니다. 복잡성 각 기능 포인트는 다음과 같습니다.
| 그렇지 않습니다. | 모듈 이름 | 적용 가능한 역할 | 상품 설명 | 중량 |
|---|---|---|---|---|
| 1. | 잔액 조회 | 매니저
빠른 |
고객 : 고객은 여러 개의 은행 계좌를 가질 수 있습니다. 그는 자신의 계좌 잔액만 볼 수 있습니다.
매니저 : 관리자는 자신의 감독하에 있는 모든 고객의 잔액을 볼 수 있습니다. |
3 |
| 2. | 자금 이체 | 매니저
빠른 |
고객 : 고객은 자신의 "자신의" 계좌에서 임의의 대상 계좌로 자금을 이체할 수 있습니다.
매니저 : 관리자는 모든 원본 은행 계좌에서 대상 계좌로 자금을 이체할 수 있습니다. |
5 |
| 3. | 미니 문 | 매니저
빠른 |
미니 명세서에는 계정의 최근 5개 거래가 표시됩니다.
고객 : 고객은 자신의 "자신의" 계좌에 대한 간략한 명세서만 볼 수 있습니다. 매니저 : 관리자는 모든 계정의 간략한 명세서를 볼 수 있습니다. |
3 |
| 4. | 맞춤형 명세서 | 매니저
빠른 |
맞춤형 명세서를 사용하면 날짜, 거래 금액을 기준으로 계정의 거래를 필터링하고 표시할 수 있습니다.
고객 : 고객은 자신의 "자신의" 계좌에 대한 맞춤형 명세서만 볼 수 있습니다. 매니저 : 관리자는 모든 계정의 맞춤형 명세서를 볼 수 있습니다. |
5 |
| 5. | 비밀번호를 변경 | 매니저
빠른 |
고객 : 고객은 본인 계정의 비밀번호만 변경할 수 있습니다.
매니저 : 관리자는 자신의 계정에 대해서만 비밀번호를 변경할 수 있습니다. 그는 고객의 비밀번호를 변경할 수 없습니다 |
1 |
| 6. | 새로운 고객 | 매니저 | 매니저 : 관리자는 새로운 고객을 추가할 수 있습니다.
매니저 : 관리자는 고객의 주소, 이메일, 전화번호와 같은 세부 정보를 편집할 수 있습니다. |
3 |
| 7. | 새 계정 | 매니저 | 현재 시스템은 2가지 유형의 계정을 제공합니다.
고객은 여러 개의 저축 계좌(하나는 본인 이름, 다른 하나는 공동 이름 등)를 가질 수 있습니다. 그는 자신이 소유한 여러 회사에 대해 여러 개의 당좌 계좌를 가질 수 있습니다. 또는 그는 여러 개의 당좌 및 저축 계좌를 가질 수 있습니다. 매니저 : 관리자는 기존 고객에 대해 새 계정을 추가할 수 있습니다. |
5 |
| 8. | 계정 수정 | 매니저 | 매니저 : 관리자는 기존 계정에 대한 계정 세부 정보를 추가하고 편집할 수 있습니다. | 1 |
| 9. | 계정 삭제 | 매니저 | 매니저 : 관리자는 고객의 계정 삭제를 추가할 수 있습니다. | 1 |
| 10. | 고객 삭제 | 매니저 | 고객은 활성 당좌 또는 저축 계좌가 없는 경우에만 삭제할 수 있습니다.
매니저 : 관리자는 고객을 삭제할 수 있습니다. |
1 |
| 11. | 입금 | 매니저 | 매니저 : 관리자는 어느 계좌에나 돈을 입금할 수 있습니다. 일반적으로 은행 지점에 현금을 입금할 때 수행됩니다. | 3 |
| 12. | 취소 | 매니저 | 매니저 : 관리자는 모든 계좌에서 돈을 인출할 수 있습니다. 일반적으로 은행 지점에서 현금을 인출할 때 수행됩니다. | 3 |
STEP B) 작업 기간 추정
분류한 후 복잡성 기능점수를 추정해야 합니다. 지속 그들을 테스트하기 위해. 기간은 다음과 같습니다. 얼마 요 작업을 완료하려면 시간이 필요합니다.
- 총 노력: 웹사이트의 모든 기능을 완벽하게 테스트하기 위한 노력
- 총 기능 점수: 홈페이지의 전체 모듈
- 기능 점수별로 정의된 추정치: 하나의 기능 점수를 완료하기 위한 평균 노력입니다. 이 값은 다음에 따라 달라집니다. 생산력 이 업무를 담당할 회원입니다.
프로젝트 팀이 다음의 기능 포인트별로 정의했다고 가정합니다. 5시간/포인트. Guru99 Bank 웹사이트의 모든 기능을 테스트하는 데 드는 전체 노력은 다음과 같이 추정할 수 있습니다.
| 중량 | 기능 포인트 수 | 금액 | |
|---|---|---|---|
| 복잡한 | 5 | 3 | 15 |
| 중급 | 3 | 5 | 15 |
| 단순, 간단, 편리 | 1 | 4 | 4 |
| 기능 총점 | 34 | ||
| 포인트별 정의 추정 | 5 | ||
| 총 예상 노력(사람 Hours) | 170 | ||
따라서 Guru99 Bank의 "테스트 사양 작성" 작업을 완료하는 데 필요한 총 노력은 약 170인시입니다.
필요한 노력을 이해하면 리소스를 할당하여 작업에 소요되는 시간(기간)을 결정한 다음 인건비 및 비인건비 비용을 추정할 수 있습니다.
위의 예는 팀 내 구성원의 중요성도 보여줍니다. 당신이 가지고 있다면 재능 and 경험 회원은 할당된 작업을 다음에서 완료할 수 있습니다. 작은 시간이 지나면 프로젝트가 마감일 또는 그 이전에 완료됩니다.
STEP C) 작업 비용 추정
이 단계는 고객의 마지막 질문에 답변하는 데 도움이 됩니다.비용은 얼마입니까?”
평균적으로 팀 급여가 시간당 5달러라고 가정해 보겠습니다. "테스트 사양 만들기" 작업에 필요한 시간은 170시간입니다. 따라서 작업 비용은 5*170= 850달러입니다. 이제 WBS에서 다른 활동에 대한 예산을 계산하고 프로젝트의 전체 예산을 도출할 수 있습니다.
프로젝트 관리자로서 당신은 프로젝트를 어떻게 얻을지 결정해야 합니다. 대부분의 수익 귀사의 투자를 위해. 더 정확한 귀하의 프로젝트 비용 추정치는 더 당신은 프로젝트 예산을 관리할 수 있을 것입니다.
방법 2) XNUMX점 추정
XNUMX점 추정은 작업을 추정하는 데 사용할 수 있는 기술 중 하나입니다. XNUMX점 추정의 단순성은 추정을 원하는 프로젝트 관리자에게 매우 유용한 도구입니다.
XNUMX점 추정에서는 세 가치는 다음을 기반으로 모든 작업에 대해 초기에 생성됩니다. 이전 경험 or 최선의 추측 다음과 같이
작업을 추정할 때 테스트 관리자는 위에 지정된 대로 세 가지 값을 제공해야 합니다. 식별된 세 가지 값을 통해 어떤 일이 발생하는지 추정합니다. 최적의 상태, 이것은 가장 가능성이있는, 또는 우리가 생각하는 것 최악의 경우 시나리오.
다음 예제에서 위의 세 가지 값을 사용하는 방법을 살펴보겠습니다.
과제를 위해 “테스트 사양 만들기”, 테스트 노력을 추정할 수 있습니까? 해야 한다는 것을 기억하세요. 모두를 덮다 Guru99 Bank 웹사이트의 모듈은 다음과 같습니다. 기능 점수 방법
다음과 같이 추정할 수 있습니다.
- 이 어플리케이션에는 XNUMXµm 및 XNUMXµm 파장에서 최대 XNUMXW의 평균 출력을 제공하는 최상의 경우 이 작업을 완료하는 것은 120 인력 시간(약 15일). 이 경우 재능 있는 팀이 있어서 가장 짧은 시간 안에 작업을 마칠 수 있습니다.
- 이 어플리케이션에는 XNUMXµm 및 XNUMXµm 파장에서 최대 XNUMXW의 평균 출력을 제공하는 가장 가능성이있는 이 작업을 완료하는 방법은 다음과 같습니다. 170 인력 시간(약 21일). 이는 정상적인 경우이며 작업을 완료할 수 있는 충분한 리소스와 능력이 있습니다.
- 이 어플리케이션에는 XNUMXµm 및 XNUMXµm 파장에서 최대 XNUMXW의 평균 출력을 제공하는 최악의 경우 이 작업을 완료하는 것은 200 인력 시간(약 25일). 팀원들이 경험이 없기 때문에 훨씬 더 많은 작업을 수행해야 합니다.
이제 아래와 같이 각 매개변수에 값을 할당합니다.
작업을 완료하기 위한 노력은 다음을 사용하여 계산할 수 있습니다. 이중삼각형 분포 공식은 다음과 같습니다 -
위의 공식에서 매개변수 E는 다음과 같습니다. 가중 평균. “테스트 사양 작성” 작업에 대한 추정입니다.
하지만 상사가 물어볼 수도 있습니다.
위의 추정에서는 다음을 결정합니다. 가능한 하지 않고 어떤 가치에 대해 알아야 합니다. 확률 그 추정이 맞다는 거죠. 다른 수식을 사용할 수 있습니다.
위 공식에서 SD는 표준편차를 의미하며, 이 값은 다음과 같은 정보를 제공할 수 있습니다. 확률 그 추정이 맞다는 거죠.
이제 "테스트 사양 생성" 작업에 대한 추정을 마무리할 수 있습니다.
Guru99 Bank 웹사이트의 "테스트 사양 만들기" 작업을 완료하려면 다음이 필요합니다. 166.6 13.33 ± 인시(153.33~179.99인시)
4단계) 추정 검증
WBS에 언급된 모든 작업에 대한 집계 견적을 작성한 후에는 이를 담당 부서에 전달해야 합니다. 관리위원회, 누가 리뷰 and 승인 그것.
경영위원회 구성원은 CEO, 프로젝트 관리자 및 기타 이해관계자로 구성될 수 있습니다.
관리위원회는 귀하와 함께 귀하의 견적 계획을 검토하고 논의할 것입니다. 당신은 그들에게 당신의 추정을 설명할 수 있습니다 논리적으로 and 합리적으로 그래야 그들이 귀하의 추정 계획을 승인할 수 있습니다.
테스트 추정 모범 사례
이 항목에서는 테스트 정확도를 추정하는 방법에 대한 일반적인 팁을 소개합니다.
버퍼 시간을 추가하세요.
재능 있는 팀원이 갑자기 직장을 그만두거나, 테스트가 예상보다 완료하는 데 더 많은 시간이 걸리는 등 프로젝트에는 예측할 수 없는 일이 많이 발생할 수 있습니다. 그래서 추정에 버퍼를 포함해야 합니다. 추정에 버퍼를 두면 발생할 수 있는 지연에 대처할 수 있습니다.
추정의 계정 자원 계획
팀 구성원 중 일부가 장기간 휴가를 낸 경우 어떻게 해야 합니까? 프로젝트가 지연될 수 있습니다. 추정에서 자원 계획은 중요한 역할을 합니다. 자원의 가용성은 추정이 현실적인지 확인하는 데 도움이 됩니다. 여기서는 팀원의 휴가, 일반적으로 긴 휴가를 고려해야 합니다.
과거 경험을 참고자료로 활용
과거 프로젝트의 경험은 예상 시간을 준비하는 데 중요한 역할을 합니다. 일부 프로젝트는 유사성이 있을 수 있으므로 과거 추정을 재사용할 수 있습니다. 예를 들어, 웹 사이트 테스트와 같은 프로젝트를 수행하는 경우 해당 경험을 통해 배울 수 있으며 과거 프로젝트에서 직면했던 모든 어려움이나 문제를 피하려고 노력할 수 있습니다.
당신의 추정에 충실
추정은 추정일 뿐, 갈 수도 있으니까 잘못.프로젝트 초기 단계에서는 자주 테스트 추정치를 다시 확인하고 수정하세요. 필요한 경우. 요구 사항에 큰 변화가 있거나 고객과 재평가에 대해 협상해야 하는 경우를 제외하고는 문제를 수정한 후 견적을 연장해서는 안 됩니다.
소프트웨어 테스트 추정 템플릿
소프트웨어 테스트 견적 Excel(.xlsx) 다운로드
다른 기술
광대역 델파이 기술, 용도 - 케이스 포인트 방법, 백분율 분포, 임시 방법은 소프트웨어 엔지니어링의 다른 추정 기술입니다.
소프트웨어 테스트 추정 기법 비디오
LINK 비디오에 접근할 수 없는 경우
비디오 대본
- 운동을 해보자 - 항공편 예약 신청 작업분류체계(WBS) 준비
- 로그인 기능 확인, 새 주문 기능 확인, 팩스 기능 확인 및 기타 유사한 기능과 같은 다양한 테스트 작업 및 이러한 기능을 테스트하는 데 필요한 노력 추정
- 예를 들어 로그인 기능은 2시간 안에 테스트할 수 있습니다. 마찬가지로 모든 작업과 해당 노력의 목록을 준비하세요. 교육 튜토리얼을 일시 중지하고 연습을 완료하세요. 필요한 노력에 대해 교육받은 추측을 했기를 바랍니다.
- 이것이 테스트 추정을 위한 상향식 전략입니다. 작업 분류 계층의 가장 낮은 수준에 있는 작업을 기반으로 기간, 종속성 및 리소스를 추정하므로 이 기술을 상향식이라고 합니다.
- 상향식 전략에서는 한 사람이 견적을 작성하는 것이 아니라 모든 이해관계자, 개별 기여자, 전문가 및 숙련된 직원이 공동으로 견적을 작성합니다. 아이디어는 정확한 테스트 추정치에 도달하기 위해 팀 구성원의 공동 지혜를 이끌어내는 것입니다.
- 이제 귀하는 항공편 예약 시스템에 대해 상당한 경험을 갖고 계시기 때문입니다. 이 경험을 사용하여 전체 작업에 필요한 노력을 추정하십시오. 기능 테스트 웹사이트의. - http://newtours.demoaut.com/
- 이 사이트는 웹 기반이라는 점만 제외하면 항공편 예약 애플리케이션과 기능적으로 동일합니다. 튜토리얼을 일시 중지하고 지금 연습해 보세요.
- 귀하의 경험을 바탕으로 웹사이트를 테스트하는 데 필요한 노력을 잘 예측하셨기를 바랍니다.
- 이는 경험을 기반으로 한 추정에 대한 하향식 접근 방식입니다.
- 또 다른 기술은 프로젝트의 규모와 복잡성을 기준으로 분류한 다음, 특정 규모와 복잡성의 프로젝트가 과거에 얼마나 걸렸는지 보는 것입니다.
- 또 다른 접근 방식은 평균 노력 시간(Average Effort Per Per)을 결정하는 것입니다. 테스트 케이스 과거에는 유사한 프로젝트를 수행한 후 현재 프로젝트의 예상 테스트 사례를 사용하여 총 노력에 도달했습니다.
- 더 정교한 추정 모델은 복잡한 수학적 모델을 포함합니다. 실제로 대부분의 프로젝트는 추정을 위해 상향식 접근 방식을 사용합니다.
- 테스트 추정치는 타이밍 압박, 인력 요인, 테스트 팀의 지리적 분포 등과 같은 다양한 요인의 영향을 받을 수 있습니다.
