회귀 분석이란 무엇입니까? 테스트 사례, 도구 및 예

회귀 분석이란 무엇입니까?

회귀 테스트는 최근 프로그램이나 코드 변경이 기존 기능에 나쁜 영향을 미치지 않았 음을 확인하는 소프트웨어 테스트 유형으로 정의됩니다.

회귀 테스트는 이미 수행 된 테스트 케이스를 전체 또는 부분 선택하여 기존 기능이 제대로 작동하는지 다시 확인합니다.

이 테스트는 새로운 코드 변경 사항이 기존 기능에 부작용이 없어야 함을 확인하기 위해 수행됩니다. 새 코드 변경이 완료되면 이전 코드가 계속 작동합니다.

회귀 테스트 필요

  

회귀 테스트는

• 요구 사항 및 코드의 변경 사항은 요구 사항에 따라 수정됩니다.
• 새로운 기능이 소프트웨어에 추가되었습니다.
• 결함 수정
• 성능 문제 수정 

 

회귀 분석 기법

소프트웨어 유지 보수는 기존 기능의 개선, 오류 수정, 최적화 및 삭제를 포함하는 활동입니다. 이러한 변경으로 인해 시스템이 올바르게 작동하지 않을 수 있습니다. 따라서 회귀 테스트가 필요합니다. 회귀 분석은 다음과 같은 기법을 사용하여 수행 할 수 있습니다.

                              

모두 다시 테스트

• 이것은 기존 테스트 버킷 또는 스위트의 모든 테스트를 다시 실행해야하는 회귀 테스트의 방법 중 하나입니다. 거대한 시간과 자원이 필요하기 때문에 이것은 매우 비쌉니다.

회귀 테스트 선택

• 전체 테스트 스위트를 다시 실행하는 대신 실행할 테스트 스위트의 일부를 선택하는 것이 좋습니다
• 선택된 테스트 케이스는 1) 재사용 가능한 테스트 케이스 2) 사용되지 않는 테스트 케이스로 분류 할 수 있습니다.
• 재사용 가능한 테스트 케이스는 이어지는 회귀 사이클에서 사용될 수 있습니다.
• 사용되지 않는 테스트 사례는 후속 사이클에서 사용할 수 없습니다.

테스트 케이스의 우선 순위

• 비즈니스 영향, 중요하고 자주 사용되는 기능에 따라 테스트 케이스의 우선 순위를 지정하십시오. 우선 순위에 따라 테스트 케이스를 선택하면 회귀 테스트 스위트가 크게 줄어 듭니다.

회귀 테스트를위한 테스트 케이스 선택하기

업계 데이터를 보면 고객이보고 한 결함 수가 많다는 것은 부작용을 초래하는 최종 버그 수정으로 인한 것이므로 회귀 테스트를위한 테스트 케이스 를 선택하는 것이 쉽지는 않다는 것을 발견했습니다. 효과적인 회귀 테스트는 다음 테스트 케이스를 선택하여 수행 할 수 있습니다.

• 잦은 결함이있는 테스트 사례
• 사용자에게 더 잘 보이는 기능
• 제품의 핵심 기능을 검증하는 테스트 사례
• 최근 및 최근 변경 사항을 수행 한 기능 테스트 사례
• 모든 통합 테스트 사례
• 모든 복잡한 테스트 케이스
• 경계 값 테스트 케이스
• 성공적인 테스트 케이스 샘플
• 실패 테스트 사례 샘플

회귀 분석 도구

  

소프트웨어가 자주 변경되면 회귀 테스트 비용이 상승합니다.

이러한 경우 테스트 사례를 수동으로 실행하면 테스트 실행 시간과 비용이 늘어납니다.

이러한 경우 회귀 테스트 케이스의 자동화가 현명한 선택입니다.  

자동화 범위는 연속 회귀 사이클에서 재사용 가능한 테스트 케이스의 수에 따라 달라집니다. 

 

다음은 기능 및 회귀 테스트 모두에 사용되는 가장 중요한 도구입니다.

Selenium : 웹 애플리케이션 자동화에 사용되는 오픈 소스 도구입니다. Selenium은 브라우저 기반 회귀 테스트에 사용될 수 있습니다.

Quick Test Professional(QTP) : HP Quick Test Professional은 기능 및 회귀 테스트 사례를 자동화하도록 설계된 자동화 된 소프트웨어입니다. 자동화를 위해 VBScript 언어를 사용합니다. 데이터 기반 키워드 기반 도구입니다. 

Rational Functional Tester (RFT) : IBM의 Rational Functional Tester 는 소프트웨어 애플리케이션의 테스트 사례를 자동화하는 데 사용되는 Java 도구입니다. 주로 회귀 테스트 케이스 자동화에 사용되며 Rational Test Manager와 통합됩니다. 

회귀 테스트 및 구성 관리

회귀 테스트 중 구성 관리는 코드가 지속적으로 수정되는 민첩한 환경에서 반드시 필요합니다. 효과적인 회귀 테스트를 수행하려면 다음 사항을 준수하십시오.

• 회귀 테스트중인 코드는 구성 관리 도구 아래에 있어야합니다.
• 회귀 테스트 단계에서 코드 변경을 허용해서는 안됩니다. 회귀 테스트 코드는 개발자 변경 사항으로부터 보호되어야합니다.
• 회귀 테스트에 사용되는 데이터베이스는 격리되어야합니다. 데이터베이스 변경이 허용되어서는 안됩니다.

재 테스팅과 회귀 테스팅의 차이점 :

재시험이란 기능이나 버그를 다시 테스트하여 코드가 수정되었는지 확인하는 것을 의미합니다. 문제가 해결되지 않으면 결함 을 다시 열어야합니다. 고정되면 결함이 닫힙니다.

회귀 테스트는 새 코드가 소프트웨어의 다른 부분에 영향을 미치지 않았는지 확인하기 위해 코드를 변경할 때 소프트웨어 응용 프로그램을 테스트하는 것을 의미합니다.

또한 여기 에서 차이점의 전체 목록을 확인 하십시오 .

회귀 테스트의 과제 :

 회귀 테스트를 수행 할 때 주요 테스트 문제는 다음과 같습니다.

• 연속적인 회귀 분석을 사용하면 테스트 스위트가 상당히 커집니다. 시간과 예산 제약 때문에 전체 회귀 테스트 스위트를 실행할 수 없습니다.

• 최대 테스트 커버리지를 달성하면서 테스트 스위트를 최소화하는 것은 여전히 ​​어려운 과제입니다.

• 회귀 테스트의 빈도 결정, 즉 모든 수정 또는 모든 빌드 업데이트 이후 또는 버그 수정 이후에 도전 과제입니다.

결론:

효과적인 회귀 전략은 조직에서 시간과 비용을 절약합니다. 회귀 분석은 뱅킹 영역에서의 사례 연구 중 하나에 따라 버그 수정 (회귀 테스트에서 발견되었을 수 있음) 및 돈의 40 %를 60 %까지 절약합니다