How to handle test coverage using testing tools

개요:

To define “Test coverage” we have to talk about the topics stated below:

  1. The purpose of test coverage.
  2. Different types of test coverage standards.
  3. 테스트 커버리지 측정
  4. 단위 테스트 범위
  5. 테스트 커버리지 툴
  6. 장점 및 시험 범위의 단점.

The purpose of test coverage

시험 범위는 소프트웨어 테스트에 사용 추정치이다. 이 응용 프로그램의 서면 코딩 테스트되었습니다되는 수준에 대한 세부 정보를 제공합니다.

그것은 바로 보인다 시험의 유형이며, 그래서 화이트 박스 테스트의 캡션에 나타납니다. 현재, 시험 범위의 중요성은 소프트웨어 공학의 땅에 광범위, 현재 계획의 방법은 컴퓨터 언어에 의존. 시험 범위 방법은 효율적인 소프트웨어 테스트에 발견 된 최초의 방법 중입니다.

Different types of test coverage standards.

코드의 비율이 테스트 컬렉션에 포함 된 내용을 계산하려면, 하나 이상의 커버리지 기준이 이용된다. 이 기준은 규정 또는 필요로 일반적으로 구분된다.

필수 보험 표준

적용 기준이 많이 있습니다, 다음 중요성은

  • 기능 적용 – 여기에 시스템의 모든 프로세스 나 기능을 인정 받고 있습니다.
  • 성명서 적용 범위 – 시스템의 모든 문이 실행 된.
  • 지점 범위 – 모든 시스템 구성의 모든 부문이 실행 된.
  • 조건 범위 – 모든 부울 서브 문구는 모두 정확하고 잘못된 계산.

사용자 정의 결론 범위

이 기능의 범위와 지점 범위의 융합이며, 때때로 또한 결론 범위를 설명. 이 표준은 각 액세스 위치와 응용 프로그램의 출발은 최소 1 시간으로 호출되었는지 필요, 응용 프로그램의 각 결론은 최소 한 번 모든 가능성이 결과를 이용했다. 다음은이 상황에서 결론은 부울 용어는 부울 요원을 상황과 없음의 수집 또는 추가. 이 설명은 분기 커버리지와 같은 유사하지 않다, though; 다양한 분기 커버리지에 대한 또 다른 단어로 단어 결론 범위를 채용.

결론 범위는 동일하게 결론과 상황 범위가 만족하고 있음을 필요로. 그래도, 보안 중요한 프로그램은 사용자 정의 결론 범위 충족하는 것이 자주 필요하다. 이 표준은 모든 상태는 결론에 영향을 미칠합니다 필수품 결론 표준을 확장.

다양한 상태 범위

이 표준은 모든 결론 내 모든 상황 융합이 경험하는 것이 필요.

제약 값 범위

제약 값의 범위는 과정에서 제약을 복용하는 것이 필요, 그 제약 전체 일반 원칙을 측정 한. 이니셔티브는 제약 조건에 대한 모든 일반 가능성 원칙 경험이 있다는 것입니다.

단위 시험 범위

소스 코드가 예상대로 실행하면 단위 테스트 알려, 테스트 커버리지 테스트 할 왼쪽, 오른쪽을 보내 통보.

주로 프로그래머는이 방법을 인식하고 그 가치 제안에 동의, 자주 객관적인 풀 커버리지. 전체 범위는 훌륭한 목표이지만, 문제에 지시 할 수 치료의 잘못된 종류의 전체. 명령문 또는 분지의 양 낱말 특징적인 소프트웨어 생성 시도 절차 처리 시험 될. 그러나 전체 문장 또는 분기 커버리지, 진지한 오류 소스 코드의 논리에있을 수도, 보호의 가짜 논리 프로그래머와 관리자 모두를 피.

문 및 분기 범위는 구현되지 않은 소스 코드에 설립 명백한 문제를 발견하기위한 좋은, 하지만 자주 동등하게 결론 구성과 결론 연결에 연결 오류를 간과. 추가에, 경로의 범위는 지원 강력하고 포괄적 인 절차는 초기에 결함을 개시하고있다.

테스트 커버리지 측정

테스트 커버리지 측정 여섯 종류가있다, 어느입니다 아래 설명.

선 적용

광고에 따르면 검사는 소스 코드 라인은 복제시에 구현. 비례 담당자와 함께 복제시 구현 라인의 비율을 구현 하였다 합리적인 선의 양을 해당 파일에 존재하는 소스 코드의 적절한 라인의 양을 보여주는 것이다 동봉. 말의 형태는 성명에서 선택되면, 복제 실행을 통해 구현되지 않은 이유의 라인을 선보일 예정 동봉.

전환 범위

복제시 전환 범위 검사 라인 또는 카탈로그의 비트가 하나에 0의 의미에서 변환 한에서 다시 0으로 얻을 수 있습니다. 이 최소 1 시간으로 전방 후방 폐쇄 때 비트는 완전히 밀폐 될 예정이다. 이 메트릭은 멀티 - 비트 벡터의 각 가치가 관찰되었다 최종 사용자에게 의미하지 않는다.

메모리 범위

메모리는 회고 범위 또는 다차원 모음 관한 문제 양 설계에 이용되는 검사, 함께 다음과 같은 세부 사항:

확인합니다 모든 접근 기억의 구성 요소 폐쇄의 모든 비트에서 0 to 1.

  • 확인합니다 모든 접근 기억의 구성 요소 폐쇄의 모든 비트에서 1 to 0.
  • 확인합니다 모든 접근 기억의 구성 요소는 아래로 쓸 수있다.
  • 모든 접근 가능한 기억의 구성 요소를 이해 할 수 있습니다 확인합니다.

회상 또는 다차원 컬렉션은 확장 두 가지 종류가있을 수 있습니다, 사람들은 포장 및 압축 해제된다. 압축을 푼 측면 세부 정보 모음 문의 오른쪽에 특정 비록 포장 된 측면 정보는 수집 문장의 왼쪽에 특정 있습니다.

조합 논리 적용

오락 기능의 교훈에 걸쳐 추정시에 따르면 이런 유형의 결과를 점검.

조합 로직 범위의 이러한 종류의 여가 시간에 시도되지 않은 표시의 조형 합리적 amalgamations에 몹시 가치가있다, 확인의 가능성 격차를 공개.

유한 상태 기계의 범위

그것은 각각의 조건을 달성하고 지정된 상태 머신에 걸쳐 모든 가능한 경로를 통해 이동하는 것이 가능하면 따르면 메트릭 이러한 종류의 검사.

유한 상태 기계는 취급 할 수 따르면 묶 따르면 상세 두 가지 유형의,

  • 조건 범위 – 그것은 오락의 시간에 유한 상태 기계의 범위 안타의 모든 상태를 확인합니다.
  • 조건 진화 범위 – 그것은 휴양의 모든 조건 중 유한 상태 기계의 범위 진화를 확인.

명제의 범위

통계에 따르면 이런 유형의 디자인에 통합된다 선언 가능한 커버리지 문제 모두 칠 수 점검.

현재, 동봉은 계획에서 관찰 열려있는 모든 확인 언어 문 요소 발견 할 수있다. 대부분 오픈 확인 언어 선언 컴포넌트는 하나 이상의 일체형 커버리지 문제는. 최종 사용자가 정확한 갖지만 엄격한 선언 예 노광 이유로 보장, 동봉 된 복제이 선언의 구성 요소, 선언의 처리 문제가 여가를 치고있다있는 유지 보수 추적하지 않은. 이 계획의 부가적인 복합 치료 상황 있도록 최종 사용자를 허용.

At present, 만 개방 검증 언어 버전 1.6 새로운이 유지됩니다. 오픈 검증 언어의 이전 버전이 작동하지 않을 수 있습니다 및 유지하기위한 것은 아니다.

테스트 커버리지 툴

코드 커버리지 도구

현재 사람들의 프로그래머 그룹은 높은 수준의 테스트 커버리지 도구의 접근성에 관한 비교적 좋은 상태입니다. 우리는 소량에 눈을거야, 하지만 많은 더 거기있다, 대다수는 무역입니다, 그러나 여러 가지가 무료 또는 아직 오픈 소스.

예비, 우리는 시험 범위 거래는 정상적으로 실행되는 방식을 관찰함으로써 시작.

실행 방법

실행 방법은 두 개의 분리 된 실행 타입으로 분류 될 수있다:

  • 수단

이러한 유형의 방법은 계획된 위치에 따르면 코드를 삽입하여 소스 코드를 좌우된다 관한. 세부 정보, 계측의 방법은 두 가지에 지시가 있습니다: 클래스 계측 및 소스 기기. 아니 예기치 않게, 분화 소스 기기는 다음 궁극적으로 조립 된 리소스의 중재자 버전을 생성하는 반면 클래스 계측 조립 .class 파일로 직선 커버리지 코드를 삽입한다는 것입니다, 소스는 .class 파일을 실행. 거의 모든 테스트 커버리지 툴은이 두 계측 방법 중 하나를 선택.

  • 사용자 정의 JVM

바이트 코드 커버리지 코드를 삽입 한 번 더 옵션은 사용자 정의 JVM 자체에 그 책임을 이동하는 것입니다. 시험 범위 조사는 수행의 기본 장비가 과부하 클래스 부문의 계산을 계속함으로써됩니다 실행할 수 있습니다. 관찰에서, though, 이 유형을 복용의 허용 도구가없는.

장점 및 시험 범위의 단점

이점

  • 이 노출을 강화하기위한 추가 시험 조건 빌드.
  • 이 시험 조건의 그룹에 의해 구현되지 않은 애플리케이션의 위치를​​ 발견하는데 도움.
  • 그것은 influentially 시험 범위의 중요한 계산을 지원, 이는 궁극적 절차 소프트웨어 애플리케이션의 우수성.

불리

  • 테스트 커버리지 능력의 하나의 문제는 적어 된 내용의 처리를 산출한다는 것이다, 그 코드가 아래로 기록되지 않은 응용 프로그램에 대해 아무것도 선언 할 수 없습니다입니다.
  • 특정 방법 또는이 실행되지 않은 경우에는 방법이 요구에서 삭제, 다음 구성으로 방법은 단순히 이전에 존재하는 구성에서 관찰 그들에 대해 아무것도 선언 할 수 없습니다.

결론
위상이 정확한 트랙에서 테스트 커버리지 방법의 여러 종류입니다 고용하는 것은 지금까지의 결과를 오해 간단. 문 및 분기 커버리지 측정이 간단하지만 계산과 노출되지 않은 심각한 결함을 출발 할 수 있습니다 함께 달성하기 위해, 프로그래머를 제공하고 방어의 가짜 정보를 관리자. 예비 경로 따르면 필수적인 테스트의 양을 적극적으로 부족한 성장 결함을 간과 이러한 발견하기위한 추가적인 건강하고 완전한 방법을 제공한다.

Tagged on:
============================================= ============================================== 아마존에서 최고의 Techalpine 책을 구입하십시오,en,전기 기술자 CT 밤나무 전기,en
============================================== ---------------------------------------------------------------- electrician ct chestnutelectric
error

Enjoy this blog? Please spread the word :)

Follow by Email
LinkedIn
LinkedIn
Share