what is efficiency testing
이 튜토리얼에서는 효율성 테스트가 무엇인지, 테스트 효율성을 측정하는 기술,이를 계산하는 공식,테스트 효율성 대 테스트 효율성 등 :
테스트는 소프트웨어가 개발 된 후 매우 중요한 역할을합니다.
테스트 팀이 승인 할 때까지 어떤 소프트웨어도 프로덕션에 배포 할 수 없습니다. 성공적인 제품 / 응용 프로그램을 제공하기 위해 다양한 테스트 기술이 사용됩니다.
효율성 테스트는 기능을 테스트하는 데 사용되는 리소스와 함께 투입된 노력을 계산하기 위해 제공됩니다.
학습 내용 :
효율성 테스트 란?
효율성 테스트는 실행 된 테스트 케이스 수를 시간 단위로 나눈 값을 테스트합니다. 시간 단위는 일반적으로 시간입니다. 특정 기능을 수행하기 위해 애플리케이션에 필요한 코드 측정 및 테스트 리소스를 테스트합니다.
계획된 리소스 수와 테스트에 실제로 사용 된 리소스 수를 평가합니다. 최소한의 노력으로 작업을 완료하는 것입니다. 테스트 효율성은 효율성을 계산하는 동안 사람, 도구, 리소스, 프로세스 및 시간을 고려합니다. 테스트 메트릭을 만드는 것은 테스트 프로세스의 효율성을 측정하는 데 중요한 역할을합니다.
테스트 효율성을 위해 사용되는 기술
아래에 제시된 두 기술 모두 테스트 효율성을 평가하는 데 사용할 수 있습니다.
# 1) 메트릭 기반 접근 방식
메트릭 기반 접근 방식은 예상대로 진행되지 않을 때 테스트 프로세스를 향상시키는 데 도움이됩니다. 준비된 테스트 메트릭은 테스트 프로세스의 효율성을 추정하는 데 도움이되므로 적절하게 분석해야합니다.
일반적으로 사용되는 테스트 측정 항목 :
- 발견 / 수락 / 거부 / 해결 된 총 버그 수입니다.
- 개발의 모든 단계에서 발견 된 총 버그 수입니다.
- 작성된 총 자동화 테스트 케이스 수입니다.
가장 많이 사용되는 측정 항목은 다음과 같습니다.
다양한 테스트 단계에서 발견 된 총 버그 수 :
(해결 된 총 버그 수) / (제기 된 총 버그 수) * 100
몇 가지 메트릭이 있지만 가장 좋은 것은 지식과 분석을 기반으로 숙련 된 테스터가 직접 만들 수 있습니다.
작성된 자동화 테스트 케이스와 같은 특정 메트릭, 발견 된 버그 수는 테스트 케이스 수가 더 많을 수 있기 때문에 그다지 유용하지 않습니다. 그러나 주요 사례가 없으면 유용하지 않습니다. 같은 방식으로 발생하는 버그의 수는 더 많을 수 있지만 주요 기능 버그를 놓치는 것이 문제가 될 수 있습니다.
프로젝트에서 사용할 수있는 몇 가지 측정 항목을 살펴 보겠습니다.
- 거부 된 버그
- 놓친 버그
- 테스트 범위
- 요구 사항 범위
- 사용자 피드백
# 1) 거부 된 버그
거부 된 버그의 비율은 테스트 팀이 테스트중인 제품에 대해 얼마나 알고 있는지에 대한 개요를 제공합니다. 거부 된 버그의 비율이 높으면 프로젝트에 대한 지식과 이해가 부족한 것입니다.
# 2) 놓친 버그
샘플 출구 인터뷰 질문 및 답변
누락 된 버그의 높은 비율은 특히 버그를 쉽게 재현 할 수 있거나 중요한 버그 인 경우 테스트 팀의 능력을 나타냅니다. 누락 된 버그는 테스트 팀이 누락하고 프로덕션 환경에서 사용자 / 고객이 발견 한 버그를 나타냅니다.
# 3) 테스트 범위
테스트 범위는 애플리케이션이 테스트 된 정도를 결정하는 데 사용됩니다. 애플리케이션이 복잡하거나 너무 큰 경우 모든 테스트 케이스를 테스트 할 수는 없습니다. 이러한 경우 모든 중요하고 중요한 기능을 적절하게 테스트해야하며 행복한 경로로 버그없는 애플리케이션을 제공하는 데 초점을 맞춰야합니다.
# 4) 요구 사항 범위
효율성 테스트의 경우 응용 프로그램에서 다루는 요구 사항과 기능에 대해 테스트 및 통과 한 요구 사항의 수가 중요한 역할을합니다.
# 5) 사용자 피드백
테스트 효율성은 사용자가 제공 한 피드백을 기반으로 계산할 수 있습니다. 중요한 버그가 발견되거나 사용자가 쉽게 재현 할 수있는 버그를보고하는 경우 제품의 품질이 좋지 않고 테스트 팀의 성능이 좋지 않음을 분명히 나타냅니다.
사용자 / 고객이 긍정적 인 피드백을 제공하면 테스트 팀의 효율성이 좋은 것으로 간주됩니다.
다음은 테스트 효율성의 3 가지 측면입니다.
- 시스템에서 클라이언트 요구 사항을 충족합니다.
- 시스템에서 달성 할 소프트웨어 사양.
- 시스템 개발을위한 노력.
따라서 메트릭 기반 접근 방식은 계산을 기반으로합니다.
# 2) 전문가 기반 접근
전문가 기반 접근 방식은 이전 프로젝트에서 얻은 지식과 함께 소프트웨어를 테스트하는 테스터의 경험을 기반으로합니다.
테스트 효과는 시스템이 사용자의 기대에 따라 얼마나 잘 작동하는지에 따라 측정됩니다. 시스템이 효과적이면 사용자는 테스트를 위해 설정된 목표를 쉽게 달성 할 수 있습니다.
테스트 효율성에 영향을 미치는 요인
아래에 언급 된 바와 같이 테스트 효율성에 영향을 미치는 여러 요인이 있습니다.
100 % 효율을 얻으려면 아래 사항을 고려해야합니다.
- 프로젝트에서 작업하는 리소스는 기술적으로뿐만 아니라 도메인 지식에 대한 전문 지식. 그들은 논리적으로 생각하고 드물고 중요한 시나리오를 찾기 위해 상자에서 벗어나는 능력을 가져야합니다. 통신 도메인 테스터가 뱅킹 도메인 프로젝트에 배치되면 효율성을 얻을 수 없습니다. 효율성을 높이려면 프로젝트에 적합한 리소스를 조정해야합니다.
- 또 다른 중요한 요소는 프로젝트 관련 교육 . 테스트를 시작하기 전에 프로젝트 테스터는 프로젝트에 대해 잘 알고 있어야합니다. 테스터는 프로젝트의 목적을 알고 작동 방식을 이해해야합니다. 테스터를위한 정기적 인 교육은 기술을 향상시키는 데 도움이되며 결과가 훨씬 더 좋아질 수 있습니다.
- 테스터는 다음에 대한 액세스 권한이 있어야합니다. 최신 도구 및 기술 . 그들은 노력과 시간을 절약 할 수 있도록 테스트를 자동화 할 수있는 영향력을 가져야합니다. 이렇게하면 테스터가 중요하고 드문 시나리오를 찾아 볼 수있는 충분한 시간이 주어집니다.
- 프로젝트를 성공적으로 수행하려면 필요한 수의 리소스 (예 : 도메인 전문가 및 숙련 된 테스터)로 전체 팀을 만들어야합니다. 프로젝트는 정기적으로 추적 제 시간에 배달을 보장하기 위해. 프로젝트 추적은 제대로 수행되지 않으면 효율성에도 영향을 미칩니다.
테스트 효율성 계산 공식
# 1) 테스트 효율성 = (단위 + 통합 + 시스템 테스트에서 발견 된 총 버그 수) / (단위 + 통합 + 시스템 + 사용자 승인 테스트에서 발견 된 총 버그 수)
# 2) 테스트 효율성 = (해결 된 버그 수 / 제기 된 총 버그 수) * 100
테스트 효율성의 예
#1) 버그가없고 정시에 제공되는 고품질 소프트웨어를 실행합니다.
위의 기대치를 성공적으로 달성하기 위해 팀은 효율성에 집중해야합니다.
- 고객 요구 사항을 충족해야합니다.
- 프로젝트에 할당 된 자원의 수와 활용 된 실제 자원의 수를 확인합니다.
- 사용중인 도구는 효율성을 높이기위한 최신 도구입니다.
- 활용되는 팀원은 고도로 숙련되어 있습니다.
#두) 이름, 성 / 도시 필드에서 10 자의 유효성을 검사하는 양식을 테스트합니다.
테스터는 양식 테스트를 자동화 할 수 있습니다. 이름 / 성 / 도시 세부 정보가 공백, 1-10 사이의 문자, 10 개 이상의 문자, 문자 사이의 공백, 특수 문자, 숫자 만, 대문자, 소문자 등으로 언급 된 입력 개수가있는 파일은 만들어진.
테스터는 모든 시나리오를 수동으로 테스트 할 필요가 없으며 자동화의 경우 데이터를 생성하고 동일하게 실행하기 만하면됩니다.
#삼) 로그인 페이지를 테스트합니다.
테스터는 올바른 사용자 이름 / 잘못된 암호, 올바른 사용자 이름 / 올바른 암호, 잘못된 사용자 / 올바른 암호, 잘못된 사용자 / 잘못된 암호 등 여러 시나리오로 사용자 이름 및 암호에 대한 데이터를 가져올 수 있습니다.
목록은 SQL 삽입을 통해 채워질 수 있습니다. 자동화를 통해 테스터는 더 짧은 시간에 더 많은 시나리오를 테스트 할 수 있습니다. 테스터는 효율성을 높이기 위해 사례를 실행하는 가장 좋은 기술을 결정할 수 있습니다.
경험이 풍부한 유닉스 인터뷰 질문 및 답변
소프트웨어 테스트 효율성을 측정하기위한 최상의 측정 기준
테스트 효율성은 테스트 계획, 테스트 케이스 생성, 실행, 결함 추적에서 종결에 이르기까지 종단 간 테스트 프로세스와 관련이 있습니다. 최상의 측정 기준을 따르면 클라이언트에게 좋은 품질과 버그없는 소프트웨어를 제공하는 데 도움이 될 수 있습니다. 이것이 실제로 주요 목적입니다.
테스트 측정 항목을 사용하면 장점과 단점이 모두 있습니다.
단점
- 메트릭 요구 사항을 충족하기 위해 테스터의 독창적 인 사고 및 창의력은 메트릭에 대해서만 작동하도록 초점이 유지되므로 탐색 테스트가 방해받을 수 있습니다.
- 비 효율성을 초래하는 테스트를 수행하기보다는 문서화에 초점을 맞 춥니 다.
- 때때로 메트릭을 정기적으로 제출하면 리소스의 동기가 떨어집니다.
장점
- 테스트 메트릭은 리소스의 생산성을 향상시킵니다. 메트릭을 정의하면 테스터에게 명확한 목표가 제공됩니다.
- 추적 시스템을 개선합니다. 메트릭을 유지하면 테스트 활동과 진행 상황을 추적하는 데 도움이됩니다.
- 테스트 노력을 쉽게 볼 수 있습니다.
- 테스트 팀은 요청이있을 경우 언제든지 효율성을 제공 할 수 있습니다.
테스트 효율성 대 테스트 효율성
| S. 아니 | 테스트 효율성 | 테스트 효과 |
|---|---|---|
| 1 | 테스트 효율성은 테스트 프로세스의 효율성을 결정합니다. 필요한 자원의 수를 확인하고 실제로 프로젝트에 활용합니다. | 테스트 효과는 테스트 환경이 소프트웨어 / 제품에 미치는 영향을 결정합니다. |
| 두 | 실행 된 테스트 케이스의 수 / 시간 단위입니다. 시간은 일반적으로 시간입니다. | 발견 된 버그 수 / 실행 된 테스트 케이스 수입니다. |
| 삼 | 테스트 효율성 = (단위 + 통합 + 시스템 테스트에서 발견 된 총 버그 수) / (단위 + 통합 + 시스템 + 사용자 승인 테스트에서 발견 된 총 버그 수) * 100 | 테스트 효율성 = 주입 된 총 버그 수 + 발견 된 총 버그 수) / 탈출 된 총 버그 수 * 100 |
| 4 | 테스트 효율성 = (해결 된 버그 수 / 제기 된 총 버그 수) * 100 | 테스트 효과 = 손실 (문제로 인한) / 총 리소스 |
자주 묻는 질문
Q # 1) 코드 효율성을 어떻게 테스트합니까?
대답: 코드 효율성은 아래 두 가지 공식을 사용하여 계산할 수 있습니다.
- 테스트 효율성 = (단위 + 통합 + 시스템에서 발견 된 총 버그 수) / (단위 + 통합 + 시스템 + 사용자 승인 테스트에서 발견 된 총 결함 수)
- 테스트 효율성 = 해결 된 버그 수 / 제기 된 버그 수 * 100
Q # 2) 테스트 효과와 효율성을 어떻게 측정합니까?
대답: 테스트 효과는 아래 공식을 사용하여 계산할 수 있습니다.
- 테스트 효과 = 수정 된 유효한 버그 수 / (주입 된 버그 + 이스케이프 된 버그 수) * 100
- 테스트 효율성 = (단위 + 통합 + 시스템에서 발견 된 총 결함 수) / (단위 + 통합 + 시스템 + 사용자 승인 테스트에서 발견 된 총 결함 수) * 100
Q # 3) 효율성 지표 란 무엇입니까?
대답: 효율성 지표를 사용하여 리소스를 효율적으로 사용하는 능력을 측정 할 수 있습니다. 사용할 수 있고 효과적인 메트릭이 많이 있습니다.
Q # 4) 소프트웨어의 효율성은 무엇입니까?
대답: 효율성은 최소한의 리소스로 소프트웨어의 성능을 얻는 것으로 정의 할 수 있습니다. 여기의 리소스는 CPU, 메모리, 데이터베이스 파일 등을 나타냅니다. 프로젝트 시작 이후 효율성 측면에서 작업하면 초기 단계 자체에서 많은 문제를 줄이는 데 도움이 될 수 있습니다.
결론
효율성 테스트는 소프트웨어의 효율성을 테스트하는 데 도움이되므로 중요한 역할을합니다. 테스트 메트릭은 100 % 효율성을 얻는 데 중요한 역할을합니다.
여러 가지 측정 항목이 있지만 가장 좋은 측정 항목은 경험과 분석을 기반으로 테스터가 직접 선택할 수 있습니다. 고객이 소프트웨어 / 제품에 만족하는 경우에만 효율성을 100 %로 선언 할 수 있습니다.
100 % 효율성은 팀이 수행 한 작업의 품질과 직접적인 관련이 있습니다.