important software test metrics
소프트웨어 프로젝트에서는 프로젝트와 프로세스의 품질, 비용 및 효과를 측정하는 것이 가장 중요합니다. 이를 측정하지 않으면 프로젝트를 성공적으로 완료 할 수 없습니다.
오늘의 기사에서 우리는 예제와 그래프 - 소프트웨어 테스트 지표 및 측정 소프트웨어 테스팅 프로세스에서이를 사용하는 방법.
유명한 진술이 있습니다. '측정 할 수없는 것은 통제 할 수 없습니다.'
여기에서 프로젝트를 제어한다는 것은 프로젝트 관리자 / 리드가 테스트 계획의 편차를 최대한 빨리 식별 할 수 있다는 것을 의미합니다. 완벽한 시간. 프로젝트 요구 사항에 기반한 테스트 메트릭 생성은 테스트중인 소프트웨어의 품질을 달성하는 데 매우 중요합니다.
학습 내용 :
소프트웨어 테스팅 메트릭이란?
메트릭은 시스템, 시스템 구성 요소 또는 프로세스가 주어진 속성을 소유하는 정도를 정량적으로 측정 한 것입니다.
메트릭은 '표준'으로 정의 할 수 있습니다. 의 측정 ”.
소프트웨어 메트릭은 프로젝트의 품질을 측정하는 데 사용됩니다. 간단히 말해서 메트릭은 속성을 설명하는 데 사용되는 단위입니다. 미터법은 측정을위한 척도입니다.
일반적으로 'Kilogram'이 'Weight'속성을 측정하기위한 메트릭이라고 가정합니다. 마찬가지로 소프트웨어에서 '천 줄의 코드에서 몇 개의 문제가 발견됩니까?', h 또한 문제 수는 하나의 측정이고 코드 줄 수는 또 다른 측정입니다. 메트릭은이 두 측정 값에서 정의됩니다. .
테스트 메트릭 예 :
- 모듈 내에 얼마나 많은 결함이 있습니까?
- 1 인당 몇 개의 테스트 케이스가 실행됩니까?
- 테스트 커버리지 %는 무엇입니까?
소프트웨어 테스트 측정이란?
측정은 제품 또는 프로세스의 일부 속성에 대한 범위, 양, 치수, 용량 또는 크기의 정량적 표시.
테스트 측정 예 : 총 결함 수입니다.
측정 및 측정치의 차이점을 명확히 이해하려면 아래 다이어그램을 참조하십시오.
왜 테스트 지표인가?
소프트웨어 테스트 지표 생성은 소프트웨어 테스트 리드 / 관리자의 가장 중요한 책임입니다.
테스트 지표는 다음과 같은 용도로 사용됩니다.
- 향후 프로젝트의 비용 및 일정 추정과 같은 다음 단계의 활동에 대한 결정을 내립니다.
- 프로젝트 성공에 필요한 개선의 종류 이해
- 수정할 프로세스 또는 기술 등을 결정합니다.
소프트웨어 테스트 지표의 중요성 :
위에서 설명한 것처럼 테스트 메트릭은 소프트웨어의 품질을 측정하는 데 가장 중요합니다.
지금, Metrics를 사용하여 소프트웨어의 품질을 측정하는 방법 ?
프로젝트에 메트릭이없는 경우 테스트 분석가가 수행 한 작업의 품질을 어떻게 측정 할 것인가?
예를 들어 테스트 분석가는
- 5 가지 요구 사항에 대한 테스트 케이스 설계
- 디자인 된 테스트 케이스 실행
- 결함을 기록하고 관련 테스트 케이스를 실패해야합니다.
- 결함이 해결 된 후 결함을 다시 테스트하고 해당하는 실패한 테스트 케이스를 다시 실행해야합니다.
위의 시나리오에서 메트릭을 따르지 않으면 테스트 분석가가 완료 한 작업은 주관적입니다. 시험 보고서 자신의 작업 / 프로젝트 상태를 알 수있는 적절한 정보가 없습니다.
Metrics가 프로젝트에 포함 된 경우 적절한 숫자 / 데이터로 작업의 정확한 상태를 게시 할 수 있습니다.
즉, 테스트 보고서에서 다음을 게시 할 수 있습니다.
- 요구 사항 당 몇 개의 테스트 케이스가 설계 되었습니까?
- 아직 설계되지 않은 테스트 케이스는 몇 개입니까?
- 얼마나 많은 테스트 케이스가 실행됩니까?
- 통과 / 실패 / 차단 된 테스트 사례는 몇 개입니까?
- 아직 실행되지 않은 테스트 케이스는 몇 개입니까?
- 식별 된 결함의 수와 해당 결함의 심각도는 어떻습니까?
- 특정 결함으로 인해 실패한 테스트 케이스는 몇 개입니까? 기타
프로젝트 요구 사항에 따라 프로젝트 상태를 자세히 알기 위해 위에서 언급 한 목록보다 더 많은 메트릭을 가질 수 있습니다.
위의 지표를 기반으로 테스트 리드 / 관리자는 아래에 언급 된 핵심 사항을 이해하게됩니다.
- 완료된 작업의 % ge
- 아직 완료되지 않은 작업의 % ge
- 남은 작업 완료 시간
- 프로젝트가 일정대로 진행되고 있는지 아니면 지연되고 있습니까? 기타
메트릭을 기반으로 프로젝트가 일정에 따라 완료되지 않을 경우 관리자는 마지막 순간의 놀라움을 피하기 위해 지연 이유를 제공하여 고객 및 기타 이해 관계자에게 경보를 울립니다.
메트릭 수명주기
수동 테스트 측정 항목의 유형
테스트 지표는 주로 두 가지 범주로 나뉩니다.
- 기본 메트릭
- 계산 된 지표
기본 측정 항목 : 기본 메트릭은 테스트 케이스 개발 및 실행 중에 테스트 분석가가 수집 한 데이터에서 파생 된 메트릭입니다.
이 데이터는 테스트 수명주기 동안 추적됩니다. 즉 Total no와 같은 데이터를 수집합니다. 프로젝트 (또는)를 위해 개발 된 테스트 케이스 수 실행해야하는 테스트 케이스의 수 (또는) 통과 / 실패 / 차단 된 테스트 케이스 수
계산 된 지표 : 계산 된 지표는 기본 지표에서 수집 된 데이터에서 파생됩니다. 이러한 지표는 일반적으로 테스트보고 목적으로 테스트 리드 / 관리자가 추적합니다.
소프트웨어 테스트 메트릭의 예
소프트웨어 테스트 보고서에 사용되는 다양한 테스트 측정 항목을 계산하는 예를 들어 보겠습니다.
아래는 실제로 테스트에 참여하는 테스트 분석가로부터 검색 한 데이터에 대한 표 형식입니다.
메트릭 계산을위한 정의 및 공식 :
# 1) % ge 테스트 케이스 실행 :이 메트릭은 % ge 측면에서 테스트 케이스의 실행 상태를 가져 오는 데 사용됩니다.
% ge 실행 된 테스트 케이스 = ( 실행 된 테스트 케이스 수 / 총 작성된 테스트 케이스 수) * 100.
따라서 위의 데이터에서
실행 된 테스트 케이스 % ge = (65/100) * 100 = 65 %
# 2) % ge 테스트 케이스가 실행되지 않았습니다. :이 메트릭은 % ge 측면에서 테스트 케이스의 보류중인 실행 상태를 가져 오는 데 사용됩니다.
% ge 실행되지 않은 테스트 케이스 = ( 실행되지 않은 테스트 케이스 수 / 총 작성된 테스트 케이스 수) * 100.
소프트웨어 개발 수명주기 테스트 단계
따라서 위의 데이터에서
% ge 차단 된 테스트 케이스 = (35/100) * 100 = 35 %
# 3) % ge 테스트 케이스 통과 :이 메트릭은 실행 된 테스트 케이스의 통과 % ge를 가져 오는 데 사용됩니다.
% ge 통과 된 테스트 케이스 = ( 통과 한 테스트 케이스 수 / 총 실행 된 테스트 케이스 수) * 100.
따라서 위의 데이터에서
통과 한 테스트 케이스 % ge = (30/65) * 100 = 46 %
# 4) % ge 테스트 케이스 실패 :이 메트릭은 실행 된 테스트 케이스의 실패 % ge를 가져 오는 데 사용됩니다.
% ge 테스트 사례 실패 = ( 실패한 테스트 케이스 수 / 총 실행 된 테스트 케이스 수) * 100.
따라서 위의 데이터에서
통과 한 테스트 케이스 % ge = (26/65) * 100 = 40 %
# 5) 차단 된 테스트 케이스 % ge :이 메트릭은 실행 된 테스트 케이스의 차단 된 % ge를 가져 오는 데 사용됩니다. 테스트 케이스를 차단하는 실제 이유를 지정하여 상세 보고서를 제출할 수 있습니다.
% ge 차단 된 테스트 케이스 = ( 차단 된 테스트 케이스 수 / 총 실행 된 테스트 케이스 수) * 100.
따라서 위의 데이터에서
% ge 차단 된 테스트 케이스 = (9/65) * 100 = 14 %
# 6) 결함 밀도= 확인 된 결함 수 / 크기
( 여기서 '크기'는 요구 사항으로 간주됩니다. 따라서 여기서 결함 밀도는 요구 사항별로 식별 된 결함 수로 계산됩니다. 마찬가지로 결함 밀도는 코드 100 줄당 식별 된 결함 수 (OR) 모듈 당 식별 된 결함 수 등으로 계산할 수 있습니다. )
따라서 위의 데이터에서
결함 밀도 = (30/5) = 6
# 7) 결함 제거 효율성 (DRE)= ( QA 테스트 중 발견 된 결함 수 / (QA 테스트 중에 발견 된 결함 수 + 최종 사용자가 발견 한 결함 수)) * 100
DRE는 시스템의 테스트 효과를 식별하는 데 사용됩니다.
개발 및 QA 테스트 중에 100 개의 결함을 확인했다고 가정합니다.
QA 테스트 후 알파 및 베타 테스트 중에 최종 사용자 / 클라이언트는 QA 테스트 단계에서 식별 할 수있는 40 개의 결함을 식별했습니다.
이제 DRE는 다음과 같이 계산됩니다.
DRE = (100 / (100 + 40)) * 100 = (100/140) * 100 = 71 %
# 8) 결함 누출: 결함 누출은 다음을 식별하는 데 사용되는 메트릭입니다. QA 테스트의 효율성 즉, QA 테스트 중에 누락 / 미끄러 진 결함 수입니다.
결함 누출 = ( UAT에서 발견 된 결함 수 / QA 테스트에서 발견 된 결함 수) * 100
개발 및 QA 테스트 중에 100 개의 결함을 확인했다고 가정합니다.
QA 테스트 후 알파 및 베타 테스트 중에 최종 사용자 / 클라이언트는 QA 테스트 단계에서 식별 할 수있는 40 개의 결함을 확인했습니다.
결함 누출 = (40/100) * 100 = 40 %
# 9) 우선 순위 별 결함 :이 메트릭은 번호를 식별하는 데 사용됩니다. 소프트웨어의 품질을 결정하는 데 사용되는 결함의 심각도 / 우선 순위를 기반으로 식별 된 결함 수
% ge Critical Defects = 식별 된 Critical Defects / Total No. 식별 된 결함 수 * 100
위의 표에서 사용 가능한 데이터에서
% ge 치명적 결함 = 6/30 * 100 = 20 %
% ge High Defects = 식별 된 High Defect의 수 / 총 No. 식별 된 결함 수 * 100
위의 표에서 사용 가능한 데이터에서
% ge 높은 결함 = 10/30 * 100 = 33.33 %
% ge 중간 결함 수 = 확인 된 중간 결함 수 / 총 결함 수 식별 된 결함 수 * 100
위의 표에서 사용 가능한 데이터에서
% ge 중간 결함 = 6/30 * 100 = 20 %
% ge Low Defects = 식별 된 Low Defects 수 / 총 No. 식별 된 결함 수 * 100
위의 표에서 사용 가능한 데이터에서
% ge 낮은 결함 = 8/30 * 100 = 27 %
추천 도서=> 효과적인 테스트 요약 보고서 작성 방법
결론
이 기사에서 제공하는 메트릭은 주로 일일 / 주간 현황 보고서 테스트 케이스 개발 / 실행 단계에서 정확한 데이터를 제공하며 이는 또한 소프트웨어의 프로젝트 상태 및 품질을 추적하는 데 유용합니다.
저자 정보 : 이것은 Anuradha K의 게스트 포스트입니다. 그녀는 7 년 이상의 소프트웨어 테스트 경험을 가지고 있으며 현재 MNC의 컨설턴트로 일하고 있습니다. 그녀는 또한 모바일 자동화 테스트에 대한 좋은 지식을 가지고 있습니다.
프로젝트에서 사용하는 다른 테스트 지표는 무엇입니까? 평소와 같이 아래 의견에 귀하의 생각 / 질문을 알려주십시오.
추천 도서
- 소프트웨어 테스트 연습 – 테스트 기술을 테스트하고 실용적인 아이디어를 공유 할 수있는 새로운 플랫폼
- 소프트웨어 테스트에서 내구성 테스트 란 무엇입니까 (예)
- SRS 문서 검토 및 테스트 시나리오 생성 방법 – 라이브 프로젝트에 대한 소프트웨어 테스트 교육 – 2 일
- 소프트웨어 테스트 교육 : 라이브 프로젝트에 대한 종단 간 교육 – 무료 온라인 QA 교육 1 부
- 응용 프로그램 테스트 – 소프트웨어 테스트의 기초로!
- QTP 튜토리얼 # 18 – QTP 예제로 설명 된 데이터 기반 및 하이브리드 프레임 워크
- 소프트웨어 테스트 수명주기 (STLC) 란 무엇입니까?
- 예제와 함께 설명 된 데이터웨어 하우스 (ETL)의 메타 데이터