소프트웨어 테스트에서의 테스트 예측 기법
토마스 해밀턴
⚡ 스마트 요약
소프트웨어 테스트 예상 기법은 테스트에 소요되는 시간과 비용을 대략적으로 예측합니다. 작업 세분화, 담당자 지정, 소요 시간 예측, 이해관계자 검증의 네 단계 프로세스를 통해 모호한 일정을 경영진이 승인할 수 있는 타당한 계획으로 전환할 수 있습니다.
소프트웨어 테스트 추정이란 무엇입니까?
소프트웨어 테스트 예상 테스트 예상 소요 시간과 비용을 대략적으로 예측하는 관리 활동입니다. 신뢰할 수 있는 테스트 예상 소요 시간을 산출하는 것은 가장 중요한 책임 중 하나입니다. 테스트 관리 일정, 예산 및 자원 배분 결정에 영향을 미치기 때문입니다.
테스트 예상 시간이 중요한 이유
고객은 테스트 계약에 서명하기 전에 항상 두 가지 질문을 합니다.
소규모 프로젝트의 경우 이러한 질문에 대한 답은 쉽습니다. 하지만 대규모 프로젝트, 예를 들어 테스트 프로젝트의 경우에는 그렇지 않습니다. Guru99뱅크 웹사이트 — 답변을 뒷받침할 수 있는 체계적인 기법이 필요합니다.
무엇을 추정할 것인가?
- 자료 : 인력, 장비, 시설, 자금 및 기타 업무 수행에 필요한 모든 것.
- 시간: 모든 프로젝트에서 가장 귀중한 자원은 바로 마감일입니다.
- 인간적 능력: 팀의 지식과 경험. 경험이 풍부한 테스터일수록 경험이 부족한 팀보다 작업을 더 빨리 완료합니다.
- 비용 : 프로젝트 예산 — 계획된 테스트를 수행하는 데 필요한 금액입니다.
추정 방법
일반적인 소프트웨어 테스트 예상 기법은 다음과 같습니다.
- 작업 분해 구조(WBS).
- 3점 추정법.
- 광대역 델파이.
- 기능점 분석 또는 테스트점 분석.
- 유스케이스 포인트 방식.
- 백분율 분포.
- 임시방편적인 방법.
아래의 4단계 과정은 여러 기법을 결합하여 타당한 견적을 도출합니다. 예시에서는 다음을 사용합니다. Guru99 은행 사례 연구.
1단계) 전체 프로젝트를 하위 작업으로 나눕니다.
사용 작업 분할 구조 복잡한 프로젝트를 모듈, 하위 모듈, 그리고 궁극적으로 가장 작고 의미 있는 작업으로 나누는 기법입니다. 모호한 헤드라인 프로젝트를 기준으로 하는 것보다 최하위 수준에서 견적을 내는 것이 훨씬 더 신뢰할 수 있습니다.
그 기술을 적용하여 깨뜨리세요 Guru99 은행 프로젝트를 다섯 가지 하위 작업으로 분할:
각 작업은 모든 항목이 견적을 산출할 수 있을 만큼 충분히 상세해질 때까지 하위 작업으로 세분화됩니다.
| 태스크 | 하위 작업 |
|---|---|
| 소프트웨어 요구사항 명세서를 분석합니다. | 요구사항 명세를 조사하십시오. |
| 웹사이트에 대해 더 자세히 알아보려면 개발자 및 기타 이해 관계자를 인터뷰하세요. | |
| 테스트 사양 만들기 | 테스트 시나리오를 설계하세요. |
| 테스트 케이스를 생성하세요. | |
| Rev테스트 케이스를 검토하고 수정합니다. | |
| 테스트 케이스 실행 | 테스트 환경을 구축합니다. |
| 테스트 케이스를 실행합니다. | |
| Review 테스트 실행 결과입니다. | |
| 결함 보고 | 만들기 결함 보고합니다. |
| 결함을 신고하세요. |
2단계) 각 작업을 팀원에게 할당합니다.
각 하위 작업을 가장 적합한 담당자에게 배정하십시오.
| 태스크 | 대표이사 |
|---|---|
| 소프트웨어 요구사항 명세서를 분석합니다. | 모든 팀원 |
| 테스트 사양 만들기 | 테스터/테스트 분석가 |
| 테스트 환경을 구축하세요 | 테스트 관리자 |
| 테스트 케이스 실행 | 테스터, 테스트 관리자 |
| 결함 보고 | 시험 장치 |
3단계) 각 작업에 대한 노력 추정
이 단계에서는 상호 보완적인 두 가지 기법이 효과적입니다.
- 기능점수법.
- 3점 추정법.
방법 1) 기능점수 방법
테스트 관리자는 각 작업에 대한 규모, 기간 및 비용을 추정합니다.
단계 A) 작업 규모를 추정합니다.
"테스트 명세 작성"이라는 작업을 예로 들어보겠습니다. 테스트 명세의 크기는 테스트 대상 시스템의 기능적 규모에 따라 달라집니다. 기능이 많을수록 시스템은 더 복잡해집니다. 기능 점수는 일반적으로 복잡, 중간, 단순의 세 가지 그룹으로 분류됩니다.
테스트 관리자는 복잡성을 기준으로 각 기능 포인트에 가중치를 할당합니다.
| 그룹 | 무게 |
|---|---|
| 복잡한 | 5 |
| 중급 | 3 |
| 단순, 간단, 편리 | 1 |
The Guru99 Bank 웹사이트는 12개의 기능 영역으로 나뉘어 있으며, 각 기능 영역의 복잡성은 아래에 요약되어 있습니다.
| # | 모듈 | 적용 가능한 역할 | 기술설명 | 무게 |
|---|---|---|---|---|
| 1 | 잔액 조회 | 고객 관리자 | 고객 : 본인 계좌의 잔액만 볼 수 있습니다. 매니저 : 감독 하에 있는 모든 고객의 잔액을 확인합니다. |
3 |
| 2 | 자금 이체 | 고객 관리자 | 고객 : 본인 계좌에서 원하는 목적지로 자금을 이체할 수 있습니다. 매니저 : 어떤 출처에서든 어떤 목적지로든 자금을 이체할 수 있습니다. |
5 |
| 3 | 미니 문 | 고객 관리자 | 계좌의 최근 5건의 거래 내역. 고객 : 내 계정만 볼 수 있습니다. 매니저 : 모든 계정을 볼 수 있습니다. |
3 |
| 4 | 맞춤형 명세서 | 고객 관리자 | 날짜 또는 금액별로 거래 내역을 필터링했습니다. 고객 : 본인 계정만 사용하세요. 매니저 : 어떤 계정이든. |
5 |
| 5 | 비밀번호를 변경 | 고객 관리자 | 고객 : 본인의 비밀번호를 변경하세요. 매니저 : (고객의 비밀번호가 아닌) 본인의 비밀번호를 변경하세요. |
1 |
| 6 | 새로운 고객 | 매니저 | 고객 정보(주소, 이메일, 전화번호)를 추가 및 수정할 수 있습니다. | 3 |
| 7 | 새 계정 | 매니저 | 저축 계좌와 당좌 계좌; 고객은 각각 여러 개의 계좌를 보유할 수 있습니다. 관리자는 기존 고객을 위해 새로운 계좌를 추가합니다. | 5 |
| 8 | 계정 수정 | 매니저 | 기존 계정의 세부 정보를 수정하세요. | 1 |
| 9 | 계정 삭제 | 매니저 | 기존 고객 계정을 삭제합니다. | 1 |
| 10 | 고객 삭제 | 매니저 | 활성 계정이 하나도 없을 때만 고객을 삭제하세요. | 1 |
| 11 | 입금 | 매니저 | 지점의 아무 계좌에나 현금을 입금하세요. | 3 |
| 12 | 취소 | 매니저 | 지점의 모든 계좌에서 현금을 인출하세요. | 3 |
단계 B) 작업에 소요되는 시간을 추정합니다.
난이도가 설정되면 각 그룹을 테스트하는 데 필요한 시간을 추정합니다.
- 총체적 노력: 웹사이트의 모든 기능을 테스트하기 위해 총력을 기울였습니다.
- 총 기능 점수: 웹사이트의 전체 모듈 수.
- 기능점당 예상 비용: 포인트당 평균 노력; 팀 생산성에 따라 달라집니다.
팀의 기능점당 추정치가 다음과 같다고 가정해 보겠습니다. 5시간/포인트총 노력은 Guru99 은행의 예시는 다음과 같습니다.
| 그룹 | 무게 | 기능 포인트 | 금액 |
|---|---|---|---|
| 복잡한 | 5 | 3 | 15 |
| 중급 | 3 | 5 | 15 |
| 단순, 간단, 편리 | 1 | 4 | 4 |
| 기능 총점 | 34 | ||
| 포인트당 예상 비용 | 5 | ||
| 총 예상 소요 시간(인시) | 170 | ||
"테스트 명세 작성"을 완료하는 데 필요한 총 노력은 약 1000입니다. 170인시투입되는 노력의 양을 파악한 후에는 자원을 할당하여 소요 시간과 비용을 결정할 수 있습니다.
C단계) 작업에 필요한 비용을 추정합니다.
이 단계는 고객의 두 번째 질문인 "비용은 얼마나 드나요?"에 대한 답변입니다. 평균 팀 단가를 가정해 보겠습니다. $ 5 / 시간위 작업은 170시간이 소요되므로 비용은 다음과 같습니다. 170 × $5 = $850모든 WBS 작업에 동일한 계산 방식을 적용하여 프로젝트 예산을 산출합니다.
견적이 정확할수록 프로젝트 예산을 더 잘 관리하고 모든 지출이 수익을 창출하도록 할 수 있습니다.
방법 2) 3점 추정
3점 추정은 테스트 관리자가 작업당 세 가지 값(초기, 2초, 3초)을 제공하는 구조화된 기법입니다. 낙관적인, 가장 가능성이있는예산 및 비관적인 노력 — 이전 경험이나 최선의 추측에 기반함.
"테스트 명세 생성"의 경우 세 가지 값은 다음과 같을 수 있습니다.
- 최고의 사례: 120인시(약 15일) 동안 경험이 풍부한 팀과 함께 작업합니다.
- 가장 가능성이 높은 것은: 일반적인 팀 구성 및 자원을 기준으로 170인시(약 21일)가 소요됩니다.
- 최악의 경우: 경험이 부족한 팀과 추가적인 재작업으로 인해 200인시(약 25일)가 소요되었습니다.
PERT 방식 공식을 사용하여 가중 평균을 계산합니다.
가치 E 이다 가중 평균 — “테스트 명세 작성”에 대한 주요 예상 비용입니다.
주변에 자신감을 표현하기 위해 E표준편차를 계산합니다.
다음 Guru99 은행 예시에서 추정치는 다음과 같습니다. 166.6 ± 13.33 인시 — 153.33~179.99인시 범위.
4단계) 추정 검증
WBS에서 모든 작업 예상치를 종합하여 경영진(CEO, 프로젝트 관리자, 주요 이해관계자)에게 검토 및 승인을 위해 제출합니다.
이사회가 예상 비용 산출 과정을 논리적으로 이해할 수 있도록 설명하여, 가정, 선택한 기법, 그리고 예상치 못한 추가 비용 발생 가능성을 명확히 보여주세요.
테스트 추정 최고의 사례
버퍼 시간 추가
계획은 현실과 부딪히면 제대로 지켜지지 않는 경우가 많습니다. 팀원이 떠나거나, 테스트가 예상보다 오래 걸리거나, 필요한 작업에 차질이 생기기도 합니다. 따라서 모든 예상치에 적절한 여유 시간을 두어 사소한 변동 사항에도 대처할 수 있도록 일정을 조정해야 합니다.
자원 가용성을 고려한 계획 수립
계획된 휴가, 교육 및 당직 근무를 고려해야 합니다. 가용성을 고려하지 않은 예상치는 서류상으로는 좋아 보이지만 실제 현장에서는 제대로 작동하지 않습니다.
과거 경험을 참고 자료로 활용하세요
유사 프로젝트의 과거 데이터는 매우 귀중합니다. 작년에 비슷한 웹사이트를 테스트했다면, 실제 결과, 발생했던 문제점, 그리고 문제를 해결해 준 완충 장치 등을 통해 교훈을 얻으세요.
예상 금액을 고수하되, 필요에 따라 다시 검토하십시오.
추정치는 확정된 것이 아닙니다.tracts; 이것들은 추측일 뿐입니다. Rev주요 단계별로 계획을 수립하고, 요구사항이 실질적으로 변경되거나 새로운 정보로 인해 상황이 달라질 경우에만 조정하십시오. 변경 사항은 고객과 투명하게 협의하십시오.
소프트웨어 테스트 추정 템플릿
소프트웨어 테스트 예상 엑셀 파일(.xlsx)을 다운로드하세요.
기타 추정 기법
WBS, 기능점수, 3점추정법 외에도 여러 가지 기법이 널리 사용됩니다.
- 광대역 델파이: 전문가 패널에 의한 반복적인 합의 추정.
- 사용 사례별 접근 방식: 사용 사례의 수와 복잡성에서 필요한 노력이 결정됩니다.
- 백분율 분포: 프로젝트 전체 노력의 일정 비율을 테스트에 할당합니다.
- 임시방편적 방법: 과거 데이터가 부족할 경우 전문가의 판단.
상향식 추정 vs 하향식 추정
추정에 대한 실용적인 관점은 또한 상호 보완적인 두 가지 전략으로 나뉩니다.
- 상향식 추정: WBS의 최하위 레벨에 있는 작업을 기반으로 합니다. 여러 이해관계자, 숙련된 직원 및 기여자가 각자의 수치를 합산하여 정확한 총계를 산출합니다. 작업이 명확하게 이해되고 있을 때 이상적입니다.
- 하향식 추정: 프로젝트의 규모와 복잡성을 기준으로 분류하고 유사한 형태의 완료된 프로젝트와 비교합니다. 또한 평균 투입 노력도 사용합니다. 테스트 사례 예상되는 사례 수에 따라 규모를 조정합니다. 세부 정보가 부족한 프로젝트 초기 단계에서 유용합니다.
대부분의 팀은 이 두 가지 방식을 혼합합니다. 핵심 수치를 얻기 위해 하향식 접근 방식을 사용하고, 신뢰도를 높이기 위해 상향식 접근 방식을 사용하며, 예산이 허락하는 경우 정교한 모델을 결과에 적용합니다.
