소프트웨어 테스팅의 테스트 범위

테스트 커버리지란 무엇입니까?

테스트 범위는 일련의 테스트에서 수행되는 테스트 양을 측정하는 소프트웨어 테스팅의 측정 기준으로 정의됩니다. 여기에는 조건문의 어떤 분기가 수행되었는지 확인하기 위해 테스트 스위트를 실행할 때 프로그램의 어느 부분이 실행되는지에 대한 정보 수집이 포함됩니다.

간단히 말해서 테스트가 코드를 테스트하고 있는지 또는 테스트를 실행하여 코드를 얼마나 연습했는지 확인하는 기술입니다.

테스트 범위는 무엇입니까?

  • 일련의 테스트 케이스에 의해 구현되지 않은 요구사항 영역 찾기
  • 적용 범위를 늘리기 위해 추가 테스트 사례를 만드는 데 도움이 됩니다.
  • 품질 확인을 위한 간접적인 방법인 테스트 범위의 정량적 측정 식별
  • 적용 범위를 늘리지 않는 의미 없는 테스트 사례 식별

테스트 커버리지는 어떻게 달성할 수 있나요?

  • 동료 검토, 검사, 연습과 같은 정적 검토 기술을 실행하여 테스트 범위를 수행할 수 있습니다.
  • 임시 결함을 실행 가능한 테스트 사례로 변환하여
  • 코드 수준 또는 단위 테스트 수준에서 자동화된 코드 범위 또는 단위 테스트 범위 도구를 사용하여 테스트 범위를 달성할 수 있습니다.
  • 적절한 테스트 관리 도구를 사용하여 기능 테스트 범위를 수행할 수 있습니다.

소프트웨어 엔지니어링 테스트 범위의 이점

  • 테스트의 품질을 보장할 수 있습니다.
  • 릴리스 또는 수정을 위해 실제로 코드의 어떤 부분이 터치되었는지 식별하는 데 도움이 될 수 있습니다.
  • 테스트되지 않은 애플리케이션의 경로를 결정하는 데 도움이 될 수 있습니다.
  • 방지 결함 누출
  • 시간, 범위 및 비용을 통제할 수 있습니다.
  • 프로젝트 수명주기 초기 단계의 결함 예방
  • 애플리케이션에 사용되는 모든 결정 지점과 경로를 결정할 수 있으므로 테스트 적용 범위를 늘릴 수 있습니다.
  • 요구사항, 테스트 사례, 단위 수준 및 코드 수준의 결함의 차이를 쉽게 찾을 수 있습니다.

코드 커버리지와 테스트 커버리지의 주요 차이점은 무엇입니까?

코드 커버리지 테스트 범위는 애플리케이션 코드의 품질을 평가할 수 있는 측정 기술입니다.

다음은 이러한 적용 방식의 부스 간의 몇 가지 중요한 차이점입니다.

파라미터 코드 커버리지 테스트 범위
정의 애플리케이션이 실행 중일 때 애플리케이션 코드가 실행될 때 사용되는 코드 적용 범위 용어입니다. 테스트 커버리지는 전체 테스트 계획을 의미합니다.
목표 코드 적용 범위 지표는 팀이 자동화된 테스트를 모니터링하는 데 도움이 됩니다. 테스트 범위는 다음과 같습니다.tails 애플리케이션의 작성된 코딩이 테스트된 수준에 대해 설명합니다.
하위 유형 코드 적용 범위는 명령문 적용 범위, 조건 적용 범위, 분기 적용 범위, 투글 적용 범위, FSM 적용 범위와 같은 하위 유형으로 나뉩니다. 테스트 적용 범위 방법의 하위 유형이 없습니다.

테스트 커버리지 공식

테스트 커버리지를 계산하려면 아래 단계를 따라야 합니다.

단계 1) 소프트웨어 품질 부분의 전체 코드 라인 테스트

단계 2) 현재 실행되는 모든 테스트 케이스의 코드 라인 수

이제 (X를 Y로 나눈 값)에 100을 곱해야 합니다. 이 계산 결과가 테스트 적용 범위(%)입니다.

예 :

시스템 구성 요소의 코드 줄 수가 500이고 모든 기존 테스트 사례에서 실행된 줄 수가 50인 경우 테스트 적용 범위는 다음과 같습니다.

(50 / 500) * 100 = 10%

테스트 커버리지의 예

예 1 :

예를 들어 "칼"이 테스트하려는 항목인 경우입니다. 그런 다음 야채나 과일을 정확하게 자르는지 여부를 집중적으로 확인해야 합니다. 그러나 사용자가 편안하게 처리할 수 있어야 하는 것처럼 찾아야 할 다른 측면도 있습니다.

예 2 :

예를 들어 메모장 응용 프로그램을 확인하려는 경우입니다. 그런 다음 필수 기능을 확인하는 것이 필수입니다. 그러나 다른 응용 프로그램을 사용하는 동안 메모장 응용 프로그램이 예상대로 응답하고 사용자가 비정상적인 작업을 시도할 때 충돌이 발생하지 않고 응용 프로그램의 사용을 이해하므로 다른 측면도 다루어야 합니다.

테스트 범위의 단점:

  • 자동화할 도구가 없기 때문에 테스트 범위의 작업 대부분은 수동입니다. 따라서 요구사항을 분석하고 테스트 케이스를 만드는 데는 많은 노력이 필요합니다.
  • 테스트 범위를 사용하면 기능을 계산한 다음 여러 테스트에 대해 측정할 수 있습니다. 그러나 판단 오류의 여지는 항상 존재합니다.