what is recovery testing software testing
이 자습서에서는 복구 테스트, 수명주기, 재해 복구 모범 사례 및 복구 테스트와 안정성 테스트의 차이점에 대해 설명합니다.
소프트웨어 오류는 피할 수 없으며 일부 오류는 전체 시스템을 중단시키지 않지만 일부 오류는 재난이 될 수 있습니다. 재해의 영향을 줄이기 위해 ' 복구 테스트 ' 들어 온다.
복구 테스트를 자세히 살펴보고 장애의 영향을 최소화하는 데 어떻게 도움이되는지 알아 보겠습니다.
학습 내용 :
복구 테스트 란?
복구 테스트는 소프트웨어 / 하드웨어 충돌 또는 네트워크 오류와 같은 오류로부터 소프트웨어를 복구하는 기능을 결정하는 비 기능 테스트입니다.
복구 테스트를 수행하려면 소프트웨어 / 하드웨어를 강제로 확인하지 못했습니다.
- 복구가 성공했는지 여부.
- 소프트웨어의 추가 작업을 수행 할 수 있는지 여부.
- 작업을 재개하는 데 걸리는 시간입니다.
- 손실 된 데이터는 완전히 복구하거나 복구하지 못할 수 있습니다.
- 시스템이 복구 될 수있는 시나리오의 비율입니다.
이 테스트를 수행하기 전에 데이터가 성공적으로 복구되지 않은 경우 데이터 손실을 방지하기 위해 백업을 수행하고 안전한 위치에 저장합니다.
복구를 위해 테스트해야하는 일반적인 오류 :
- 네트워크 문제
- 정전
- 외부 서버에 연결할 수 없음
- 서버가 응답하지 않음
- dll 파일 누락
- 데이터베이스 과부하
- 중지 된 서비스
- 물리적 조건
- 외부 장치가 응답하지 않음
- 무선 네트워크 신호 손실
복구 테스트의 수명주기
라이프 사이클에는 다음이 포함됩니다.
# 1) 표준 운영
시스템의 표준 작동은 시스템이 작동하도록 의도 된 방식입니다. 시스템이 예상대로 실행될 수 있도록 필요한 모든 하드웨어 / 소프트웨어로 설정된 시스템입니다.
# 2) 재해 및 장애 발생
물리적 조건, 정전, 서버에 연결할 수 없음, 하드웨어 오류 등과 같은 다양한 이유로 인해 시스템 오류 또는 재해가 발생할 수 있습니다.
# 3) 표준 프로세스 중단
버그 신고 방법
표준 프로세스가 중단되면 비즈니스, 고객과의 관계, 금전적, 시장에서의 평판 등의 측면에서 손실이 발생할 수 있습니다.
# 4) 복구 프로세스
회사의 큰 손실을 방지하려면 중단으로 인해 시스템에 미치는 영향을 최소화하도록 백업 계획을 세우십시오.
# 5) 재 구축 프로세스
재 구축 프로세스에는 이미 정의 된 문서와 따라야하는 프로세스가 포함됩니다. 손실 된 데이터를 얻기 위해 모든 폴더 및 구성 파일이 다시 작성됩니다.
복구 테스트의 예
- 시스템에 데이터를 다운로드하는 동안 Wi-Fi 연결을 끄고 잠시 후 다시 켜고 데이터가 계속 다운로드되는지 또는 데이터가 손실되는지 관찰하십시오.
- 브라우저가 둘 이상의 세션에서 작동하도록하고 시스템을 다시 시작하십시오. 시스템이 다시 시작되면 모든 세션이 다시로드되었는지 확인합니다.
- 응용 프로그램이 네트워크에서 데이터를 수신 할 때 시나리오에 실패하려면 케이블을 분리하십시오. 잠시 후 케이블을 다시 연결하고 데이터가 복구되었는지 확인하면 응용 프로그램이 연결이 끊어진 곳에서 데이터를 계속 수신합니다.
복구 계획 단계
- 적절한 분석 복구 가능성을 확인하기 위해 수행해야합니다. 발생할 수있는 실패, 실패에 대한 솔루션, 실패의 영향, 실패 실행 방법을 분석해야합니다. 심각한 오류 발생시 CPU 및 서버와 같은 추가 리소스를 할당하는 시스템의 기능을 분석해야합니다.
- 테스트 계획 – 분석 결과 (위에서 언급)에 따라 테스트 케이스를 설계해야합니다.
- 테스트 환경 복구를 위해 수행 한 분석에서 얻은 결과를 기반으로 구축해야합니다.
- 데이터 백업 소프트웨어 상태, 데이터베이스 데이터 등과 같이 반드시 유지되어야합니다. 중요도에 따라 다음 전략을 사용하여 데이터를 백업 할 수 있습니다.
- 단일 백업 / 다중 백업
- 온라인 / 오프라인 백업
- 하나 또는 여러 위치에서 여러 백업.
- 'n'분마다 백업을위한 자동 설정 (예 : 15 분)
- 백업을 수행하고 추적 할 별도의 팀이 있어야합니다.
- 복구 테스트를위한 리소스 할당.
- 복구 계획을 문서화하고 변경이 수행 될 때 문서를 업데이트합니다.
재해 복구 테스트 모범 사례
- 이 테스트를 시작하기위한 첫 번째 단계는 프로덕션 / 라이브 환경의 복제본이어야하는 테스트 환경을 준비하는 것입니다. 인터페이스, 하드웨어, 소프트웨어, 코드, 펌웨어는 라이브 시스템의 완전한 복제본이어야합니다. 테스트 환경 설정이 라이브 / 프로덕션 환경에 훨씬 가까운 경우 품질 결과를 얻을 수 있습니다.
- 복구 테스트를 수행하는 동안 복원을 위해 프로덕션 환경에 할당 된 하드웨어를 사용해야합니다.
- 테스터는 테스트를 위해 온라인 백업 시스템을 사용할 수 있지만 동시에 데이터를 쉽게 검색하고 보안 문제가 없는지 확인해야합니다.
장점 단점
장점 :
- 시스템을보다 안정적이고 버그없는 상태로 만들고 제품의 품질을 향상시키는 데 도움이됩니다.
- 버그가 실행되기 전에 제거되고 시스템 성능이 향상됨에 따라 시스템의 안정성이 향상됩니다.
- 오류 발생시 데이터를 복구하기 위해 백업이 항상 유지됩니다.
단점 :
- 이 테스트를 수행하려면 훈련 된 리소스가 필요합니다. 동일한 작업을 수행하는 테스터는 테스트 할 모든 데이터 (예 : 데이터 및 백업 파일)를 가지고 있어야합니다.
- 복구 테스트는 테스트 전에 여러 단계를 수행하고 수행하는 동안 여러 단계를 수행해야하므로 시간이 많이 걸리는 프로세스입니다.
- 복구 테스트는 비용이 많이 드는 프로세스입니다.
- 몇 가지 경우에 모든 잠재적 버그를 찾을 수있는 것은 아닙니다.
복구 테스트와 신뢰성 테스트의 차이점
복구 테스트와 안정성 테스트는 종종 혼동되고 동일한 것으로 간주됩니다. 둘 다 서로 관련이 있지만 다릅니다. 아래 표에서 두 가지의 차이점을 확인해 보겠습니다.
| S. 아니. | 복구 테스트 | 신뢰성 테스트 |
|---|---|---|
| 1 | 복구 테스트는 장애 또는 재해 후 시스템이 얼마나 잘 복구되는지 확인하기 위해 수행됩니다. | 신뢰성 테스트는 오류가 발생한 특정 지점에서 오류를 찾기 위해 수행됩니다. |
| 두 | 재해 발생 후 시스템이 계속 작동 할 수 있는지 확인합니다. | 배포 전에 오류를 찾아 수정합니다. |
| 삼 | 복구 테스트는 정전, 네트워크 문제 등에서 데이터를 복구하는 기능을 결정합니다. | 애플리케이션은 특정 기간과 환경에 대해 테스트됩니다. 테스트 결과가 일관되게 동일한 경우에만 신뢰할 수있는 애플리케이션으로 간주됩니다. |
재해 복구 테스트 용 템플릿
재해 복구를 계획하는 데 미리 서식이 지정된 문서와 같은 템플릿이 사용됩니다. 회사는 요구 사항과 필요에 따라 템플릿을 가질 수 있습니다. 그러나 필수 요소는 거의 없습니다.
템플릿의 일부 여야하는 요소를 확인해 보겠습니다.
- 재해의 정의, 즉, 재난으로 간주되는 상황 / 조건.
- 비상 대응팀 목록 이름 / 역할 / 이메일 / 전화 번호와 같은 완전한 세부 사항과 함께
- 재해 복구 팀 세부 정보
- 외부 연락처 목록 : 재해 복구시 필요할 수있는 리소스 목록입니다.
- 위기 관리: 잠재적 인 위험과 문서화 된 솔루션을 다루기 위해.
- 계획 개요
- 긴급 경보, 에스컬레이션 및 활성화 : 비상시 취해야 할 조치.
- 보험 정보
- 재정 및 법률 정보
- 복구 계획 / 백업 전략
자주 묻는 질문
Q # 1) 회복 테스트는 어떻게하나요?
대답: 다음은 복구 테스트가 수행되는 방법을 이해하기위한 몇 가지 예입니다.
C ++ 버블 정렬 코드
- 브라우저에 여러 세션이 실행 중이면 시스템을 다시 시작하십시오. 시스템이 다시 시작되면 브라우저의 데이터가 업로드되는지 여부를 확인하십시오.
- 데이터를 수신하는 애플리케이션의 케이블을 뽑고 케이블이 다시 연결되면 애플리케이션이 데이터를 수신하는지 확인합니다.
- 응용 프로그램이 실행 중일 때 시스템을 다시 시작하고 나중에 데이터가 손상되지 않았는지 또는 손실되었는지 확인합니다.
Q # 2) 소프트웨어 테스트에서 재해 복구 테스트 란 무엇입니까?
대답: 재해 복구 테스트는 오류 / 재해가 발생하는 경우 데이터가 손실되지 않도록하기 위해 수행되는 테스트입니다. 회사는 실제 오류가 발생할 경우 데이터를 복원 할 수 있도록이 테스트를 수행합니다.
Q # 3) 재해 복구 테스트가 중요한 이유는 무엇입니까?
대답: 재해 복구 테스트는 중단 시스템이 제대로 작동하고 모든 데이터가 복구 된 후 모든 애플리케이션이 복원되는지 확인하기 때문에 중요합니다. 이 테스트는 손실없이 시스템의 연속성을 위해 매우 중요합니다.
Q # 4) 복구 테스트는 성능 테스트의 일부입니까?
대답: 예,이 테스트는 성능 테스트에 해당합니다. 또한 부하 테스트를 통해 수행됩니다. 복구 테스트는 장애 또는 재해 발생시 시스템이 얼마나 잘 복구되는지 확인하기 위해 수행됩니다.
결론
여러 가지 불가피한 이유로 인해 언제든지 오류가 발생할 수 있습니다. 복구 테스트는 중요한 버그를 제거합니다. 시스템이 이러한 장애로부터 복구 할 준비가되도록합니다. 복구 테스트 수행 빈도는 장애가 시스템에 미치는 영향에 반비례합니다. 따라서 빈번한 테스트는 영향을 최소화하는 데 중요한 역할을합니다.
이 테스트 접근 방식은 오류 발생시 복구가 성공적으로 수행되었는지 확인합니다.
추천 도서
- 10 최고의 최고의 파일 복구 소프트웨어 (2021 년 최고의 선택적 도구)
- 상위 12 개 최고의 데이터 복구 서비스 (2021 년 검토)
- 5 대 최고의 재해 복구 서비스 및 소프트웨어 회사 2021
- (Top 10) Windows 및 Mac 용 2021 년 최고의 무료 데이터 복구 소프트웨어
- 소프트웨어 테스팅 QA 어시스턴트 작업
- 소프트웨어 테스팅 과정 : 어떤 소프트웨어 테스팅 기관에 가입해야합니까?
- 경력으로 소프트웨어 테스트 선택
- 소프트웨어 테스팅 기술 콘텐츠 작성자 프리랜서 작업