소프트웨어 테스팅 지표: 정의, 유형 및 예
토마스 해밀턴
소프트웨어 테스팅의 테스트 지표
소프트웨어 테스팅 지표 소프트웨어 테스팅 프로세스의 진행 상황, 품질, 생산성 및 상태를 추정하는 데 사용되는 정량적 측정값입니다. 소프트웨어 테스트 측정항목의 목표는 소프트웨어 테스트 프로세스의 효율성과 효과를 향상시키고 테스트 프로세스에 대한 신뢰할 수 있는 데이터를 제공하여 추가 테스트 프로세스에 대한 더 나은 결정을 내리는 데 도움을 주는 것입니다.
지표는 시스템, 시스템 구성 요소 또는 프로세스가 특정 속성을 보유하는 정도를 정량적 용어로 정의합니다. 측정항목을 이해하는 이상적인 예는 제조업체가 권장하는 이상적인 주행거리와 비교한 자동차의 주간 주행거리입니다.
소프트웨어 테스트 지표 – 소프트웨어 테스트 프로세스의 효율성과 효과를 향상시킵니다.
소프트웨어 테스팅 지표 또는 소프트웨어 테스트 측정은 프로세스 또는 제품의 일부 속성의 범위, 용량, 차원, 양 또는 크기를 정량적으로 표시합니다.
소프트웨어 테스트 측정의 예: 총 결점 수
테스트 지표가 중요한 이유는 무엇입니까?
"We cannot improve what we cannot measure" and Test Metrics helps us to do exactly the same.
- 다음 활동 단계를 결정합니다.
- 주장이나 예측의 증거
- 필요한 개선 유형 이해
- 결정을 내리거나 프로세스나 기술을 변경하십시오.
그것에 대해 더 읽어보세요 테스트 지표의 중요성
테스트 지표 유형
- 프로세스 지표: SDLC의 공정 효율성을 향상시키는 데 사용할 수 있습니다(소프트웨어 개발 수명주기)
- 제품 지표: 소프트웨어 제품의 품질을 다룬다.
-
프로젝트 지표: 프로젝트 팀의 효율성을 측정하는 데 사용할 수 있습니다. 테스트 도구 팀원들이 사용하고 있는
올바른 테스트 지표를 식별하는 것은 매우 중요합니다. 테스트 지표를 식별하기 전에 고려해야 할 몇 가지 사항
- 측정항목 준비를 위한 대상 고객을 수정하세요.
- 측정항목 목표 정의
- 프로젝트 요구 사항을 기반으로 모든 관련 지표를 도입합니다.
- 각 지표의 비용 이점 측면과 최대 결과를 가져오는 프로젝트 라이프스타일 단계를 분석합니다.
수동 테스트 지표
In 소프트웨어 공학, 수동 테스트 측정항목은 두 가지 클래스로 분류됩니다.
- 기본 메트릭
- 계산된 지표
기본 메트릭은 테스트 사례 개발 및 실행 중에 Test Analyst가 수집한 원시 데이터입니다(실행된 테스트 케이스 수, 테스트 케이스 수). 계산된 지표는 기본 지표에서 수집된 데이터에서 파생됩니다. 계산된 측정항목은 일반적으로 테스트 보고 목적으로 테스트 관리자가 따릅니다(완료율, 테스트 적용 범위 %).
프로젝트나 비즈니스 모델에 따라 중요한 지표 중 일부는 다음과 같습니다.
- 테스트 케이스 실행 생산성 지표
- 테스트 케이스 준비 생산성 지표
- 결함 지표
- 우선순위별 결함
- 심각도별 결함
- 결함 미끄러짐 비율
소프트웨어 엔지니어링의 테스트 지표 수명주기
| 측정항목 수명주기의 다양한 단계 | 각 단계의 단계 |
|---|---|
| 분석 |
|
| 소통 |
|
| 평가 |
|
| Report |
|
테스트 지표를 계산하는 방법
| Sr # | 측정항목을 테스트하는 단계 | 예시 |
|---|---|---|
| 1 | 키를 식별하세요 소프트웨어 테스팅 측정할 프로세스 | 테스트 진행 상황 추적 프로세스 |
| 2 | 이 단계에서 테스터는 데이터를 기준으로 사용하여 측정항목을 정의합니다. | 하루에 실행될 예정인 테스트 케이스 수 |
| 3 | 따라야 할 정보, 추적 빈도 및 책임자 결정 | 일일 실제 테스트 실행은 하루가 끝날 때 테스트 관리자가 캡처합니다. |
| 4 | 정의된 지표의 효과적인 계산, 관리 및 해석 | 하루에 실행되는 실제 테스트 사례 |
| 5 | 정의된 지표의 해석에 따라 개선 영역 식별 | The 테스트 케이스 실행이 목표에 미치지 못하는 경우, 원인을 조사하고 개선방안을 제시해야 합니다. |
테스트 지표의 예
테스트 지표를 계산하는 방법을 이해하기 위해 실행된 테스트 사례 비율의 예를 살펴보겠습니다.
테스트 케이스의 실행 상태를 백분율로 얻으려면 공식을 사용합니다.
Percentage test cases executed= (No of test cases executed/ Total no of test cases written) X 100
마찬가지로 다음과 같은 다른 매개변수에 대해서도 계산할 수 있습니다. 테스트 케이스가 실행되지 않음, 테스트 케이스가 통과됨, 테스트 케이스가 실패함, 테스트 케이스가 차단됨 등
테스트 지표 용어집
- 재작업 노력 비율 = (해당 단계에 소요된 실제 재작업 노력량/해당 단계에 소요된 총 실제 노력량) X 100
- 요구사항 크리프 = (추가된 총 요구사항 수/초기 요구사항 수)×100
- 일정 차이 = (실제 배송일 – 배송 예정일)
- 테스트에서 결함을 찾는 비용 = (테스트에 소요된 총 노력/테스트 중 발견된 결함)
- 일정 지연 = (실제 종료일 – 예상 종료일) / (예정 종료일 – 예정 시작일) X 100
- 통과된 테스트 사례 비율 = (통과된 테스트 수/실행된 총 테스트 수) X 100
- 실패한 테스트 사례 비율 = (실패한 테스트 수/실행된 총 테스트 수) X 100
- 차단된 테스트 사례 비율 = (차단된 테스트 수/실행된 총 테스트 수) X 100
- 수정된 결함 비율 = (수정된 결함/보고된 결함) X 100
- 허용된 결함 비율 = (개발팀에서 유효한 것으로 승인한 결함 /보고된 총 결함) X 100
- 결함 지연 백분율 = (향후 릴리스를 위해 연기된 결함 /보고된 총 결함) X 100
- 심각한 결함 비율 = (심각한 결함 / 보고된 총 결함) X 100
- 개발팀이 결함을 복구하는 데 걸리는 평균 시간 = (버그 수정에 걸린 총 시간/버그 수)
- 기간당 실행되는 테스트 수 = 테스트 실행 횟수/총 시간
- 테스트 설계 효율성 = 설계된 테스트 수/총 시간
- 테스트 검토 효율성 = 검토된 테스트 수/총 시간
- 버그 찾기 반복 또는 테스트 시간당 결함 수 = 총 결함 수/총 테스트 시간 수
