회귀 테스트 완료 가이드 : 알아야 할 모든 것



이 기사는 회귀 테스트에 대한 심층적 인 지식을 얻고 테스트 중에 회귀 테스트를 통합하는 것이 중요한 이유를 설명하는 데 도움이됩니다.

새로운 소프트웨어가 출시 될 때마다 새로운 기능을 테스트해야 할 필요성이 분명합니다. 그러나 애플리케이션이 이전에 통과 한 이전 테스트를 다시 실행하는 것도 똑같이 중요합니다. 이렇게하면 새 소프트웨어가 이전 결함을 다시 도입하거나 소프트웨어에 새 결함을 생성하지 않도록 할 수 있습니다. 이러한 유형의 테스트를 회귀 테스트. 이 기사 전체에서 회귀 테스트를 살펴 보겠습니다.상세히. 소프트웨어 테스트를 처음 사용하는 경우 .

자바에서 직렬화하는 것

이 문서에서 다루는 주제를 살펴 보겠습니다.





회귀 테스트 란 무엇입니까?

'변경의 결과로 소프트웨어의 변경되지 않은 영역에 결함이 도입되거나 발견되지 않았는지 확인하기 위해 수정 후 이전에 테스트 된 프로그램을 테스트하는 것을 회귀 테스트라고합니다.'

회귀 테스트는 시스템의 한 부분에서 작은 변경이 시스템의 다른 곳에서 기존 기능을 손상시키지 않도록하는 것을 주 목적으로하는 시스템 전체 테스트입니다. 회귀를 의도하지 않은 변경으로 간주하는 경우 이러한 유형의 테스트는 이러한 변경 사항을 찾는 프로세스입니다. 간단히 말해서, 오래된 버그가 당신을 괴롭히지 않도록하는 것입니다. 하자개념을 설명하는 가상의 예를 살펴보십시오.



회귀 테스트 Ex-회귀 테스트 란?-Edureka

쇼핑 웹 사이트에 새 결제 유형을 추가 할 때 이전 테스트를 다시 실행하여 새 코드로 인해 새로운 결함이 발생하지 않았는지 또는 이전 결함이 다시 도입되지 않았는지 확인하세요.회귀 테스트가 없으면 해결하는 것보다 더 많은 문제를 만드는 시스템에 의도 된 수정을 도입 할 수 있기 때문에 회귀 테스트가 중요합니다.

회귀 테스트의 이점

회귀 테스트 수행다음과 같은 다양한 방법으로 회사에 혜택을줍니다.



  • 소프트웨어 및 응용 프로그램 변경으로 인한 버그 감지 가능성을 높입니다.
  • 결함을 조기에 발견하여 해결 비용을 줄일 수 있습니다.
  • 새로운 운영 환경으로 인해 발생할 수있는 원치 않는 부작용을 조사하는 데 도움이됩니다.
  • 버그 및 오류를 조기에 식별하여 더 나은 성능의 소프트웨어 보장
  • 가장 중요한 것은 코드 변경으로 인해 오래된 결함이 다시 발생하지 않는지 확인합니다.

회귀 테스트는 제품의 최상의 버전이 시장에 출시되도록 소프트웨어의 정확성을 보장합니다. 그러나 실제 세계에서는 거의 무한에 가까운 회귀 테스트 세트를 설계하고 유지 관리하는 것이 불가능합니다. 따라서 회귀 테스트를 언제 적용해야하는지 알아야합니다.

회귀 테스트를 언제 적용해야합니까?

다음 이벤트 발생에 대해 회귀 테스트를 수행하는 것이 좋습니다.

    • 새로운 기능이 추가 될 때
    • 변경 요구 사항의 경우
    • 결함 수정이있는 경우
    • 성능 문제가있는 경우
    • 환경 변화시
    • 패치 수정이있는 경우

이 기사의 다음 부분에서는 다양한 유형의 회귀 테스트에 대해 설명합니다.

회귀 테스트의 유형은 무엇입니까?

회귀 테스트는 여러 단계의 테스트를 통해 수행됩니다. 이러한 이유로 회귀 테스트에는 여러 유형이 있습니다. 그들 중 일부는 다음과 같습니다.

단위 테스트 : 단위 테스트에서 단일 단위에 대한 코딩 변경이있을 때 테스터 (일반적으로 코드를 담당하는 개발자)가 이전에 통과 한 모든 단위 테스트를 다시 실행합니다. 에 환경에서 자동화 된 단위 테스트가 코드에 내장되어있어 다른 유형의 테스트에 비해 단위 테스트가 매우 효율적입니다.

점진적 테스트 : 이러한 유형의 테스트는 소프트웨어 / 애플리케이션 사양이 변경된 경우뿐만 아니라 새로운 설계되었습니다.

선택적 테스트 : 선택적 테스트에서 테스터는 현재 테스트 케이스의 하위 집합을 사용하여 재 테스트 비용과 노력을 줄입니다. 테스트 단위는 해당하는 프로그램 엔티티가 변경된 경우에만 다시 실행해야합니다.

재 테스트-모든 테스트 : 이러한 유형의 테스트 전략에는 특정 애플리케이션의 모든 측면을 테스트하고 변경하지 않은 경우에도 모든 테스트 케이스를 재사용하는 것이 포함됩니다. 시간이 많이 걸리며 응용 프로그램에 작은 수정이나 변경이 수행 될 때 많이 사용되지 않습니다.

완전한 테스트 : 이 테스트는 기존 코드에서 여러 변경이 수행 된 경우 매우 유용합니다. 이 테스트를 수행하는 것은 예기치 않은 버그를 식별하는 데 매우 중요합니다. 이 테스트가 완료되면 사용자가 최종 시스템을 사용할 수 있습니다.

어떤 유형의 테스트가 귀하의 요구 사항에 적합한 지 아는 것이 매우 중요합니다. 다음으로 회귀 테스트를 구현하는 방법에 대해 설명합니다.

회귀 테스트는 어떻게 구현됩니까?

회귀 테스트를 구현하는 절차는 다른 테스트 프로세스에 적용하는 절차와 같습니다. 소프트웨어가 변경되고 새 릴리스가 나올 때마다 개발자는 테스트 프로세스의 일부로 다음 단계를 수행합니다.

관계가있다
  • 우선, 그는 단위 수준 회귀 테스트를 실행하여 수정 된 코드와 새 기능 또는 변경된 기능을 다루기 위해 작성한 새 테스트를 검증합니다.
  • 그런 다음 변경된 코드가 병합 및 통합되어 테스트중인 애플리케이션 (AUT)의 새 빌드를 만듭니다.
  • 다음으로 추가 테스트를 수행하기 전에 빌드가 양호한 지 확인하기 위해 스모크 테스트가 실행됩니다.
  • 빌드가 양호하다고 선언되면 통합 테스트를 수행하여 애플리케이션 단위 간의 상호 작용 및 데이터베이스와 같은 백엔드 서비스 간의 상호 작용을 확인합니다.
  • 릴리스 된 코드의 크기 및 범위에 따라 부분 또는 전체 회귀가 예약됩니다.
  • 그런 다음 결함이 개발 팀에 다시보고됩니다.
  • 필요한 경우 추가 회귀 테스트가 수행됩니다.

이것이 회귀 테스트가 일반적인 소프트웨어 테스트 프로세스에 통합되는 방식입니다. 아래 이미지는 회귀 테스트가 수행되는 방식을 명확하게 보여줍니다.

소스 코드가 변경 될 때마다 명백한 이유로 프로그램 실행이 실패합니다. 실패 후 프로그램의 버그를 식별하기 위해 소스 코드가 디버깅됩니다. 적절한 수정이 이루어집니다. 그런 다음 소스 코드의 모든 수정 및 영향을받는 부분을 포함하는 기존 테스트 스위트에서 적절한 테스트 케이스를 선택합니다. 필요한 경우 새 테스트 케이스가 추가됩니다. 결국 선택한 테스트 사례를 사용하여 테스트가 수행됩니다. 이제 어떤 테스트 케이스를 선택할지 궁금 할 것입니다.

다음 테스트 케이스를 선택하여 효과적인 회귀 테스트를 수행 할 수 있습니다.

  • 결함이 빈번한 테스트 케이스
  • 복잡한 테스트 케이스
  • 통합 테스트 케이스
  • 제품의 핵심 기능을 다루는 테스트 사례
  • 자주 사용되는 기능
  • 자주 실패하는 테스트 꽃병
  • 경계 값 테스트 케이스

회귀 테스트 프로세스를 중단하고 다양한 기술을 살펴 보겠습니다.

회귀 테스트 기법

회귀 테스트는 수정 된 소프트웨어가 의도하지 않게 변경되지 않았는지 확인하기 만하며 일반적으로 다음 기술을 조합하여 수행됩니다.

모두 다시 테스트 : 이 방법은 전체 소프트웨어 제품군을 위에서 아래로 간단히 다시 테스트합니다. 대부분의 경우 이러한 테스트의 대부분은 자동화 된 도구로 수행됩니다. 어떤 경우에는 자동화가 필요하지 않습니다. 이 기술은 다른 기술에 비해 더 많은 시간과 리소스가 필요하므로 비용이 많이 듭니다.

테스트 선택 : 모든 테스트 케이스를 선택하는 대신이 방법을 사용하면 팀이 테스트 스위트의 전체 테스트에 가까운 테스트 세트를 선택할 수 있습니다. 이 방법의 주요 장점은 수행하는 데 훨씬 적은 시간과 노력이 필요하다는 것입니다. 일반적으로 테스트 에지 케이스 및 예상치 못한 동작의 뉘앙스에 대해 더 나은 통찰력을 가진 개발자가 수행합니다.

테스트 케이스 우선 순위 : 이 기술의 목표는 덜 중요한 테스트 케이스보다 더 많은 잠재적 인 테스트 케이스를 고려하여 제한된 테스트 케이스 세트의 우선 순위를 지정하는 것입니다. 현재 및 향후 소프트웨어 빌드에 영향을 미칠 수있는 테스트 케이스가 선택됩니다.

이것이 세 가지 주요 기술입니다. 때때로 테스트 요구 사항에 따라 이러한 기술이 결합됩니다.

회귀 테스트가 유용 할 수있는 것처럼 부정적인 점이없는 것은 아닙니다. 이를 구현할 때 직면 할 수있는 문제를 이해해야합니다.

회귀 테스트의 과제

  1. 소요 시간 : retest-all과 같은 기술은 전체 테스트 케이스를 테스트하는 데 많은 시간이 필요합니다.
  2. 비싼: 반복해서 테스트해야하는 리소스와 인력으로 인해 비용이 많이 들며, 이미 초기 단계에서 개발, 테스트 및 배포 된 것
  3. 복잡한: 제품이 확장됨에 따라 테스터는 종종 엄청난 양의 테스트 케이스에 압도 당하고 중요한 테스트 케이스를 간과하여 테스트 케이스 추적을 잃게됩니다.

이러한 부정적인 점에도 불구하고 회귀 테스트는 소프트웨어 테스트 프로세스에서 매우 유용합니다. 회귀 테스트를 통해 기업은 프로젝트 예산 초과를 방지하고 팀을 추적하며 가장 중요한 것은 예기치 않은 버그로 인해 제품이 손상되는 것을 방지 할 수 있습니다. 이것으로 우리는 블로그의 끝에 도달했습니다. 오늘 여기서 배운 내용이 소프트웨어 테스트 여정을 시작하는 데 도움이되기를 바랍니다.

이걸 찾았다면 관련 기사, 체크 아웃 라이브 온라인 전 세계에 250,000 명 이상의 만족 한 학습자 네트워크를 보유한 신뢰할 수있는 온라인 학습 회사 인 Edureka에서 작성했습니다.

질문이 있으십니까? 이‘의 댓글 섹션에 언급하십시오. 회귀 테스트 란 무엇입니까? ’기사를 입력하시면 다시 연락 드리겠습니다.