계획 planning

이 문서에서는 테스트 계획을 수립하기 위해 알아야 할 사항에 대해 설명합니다. 또한 테스트를 수행하기 전에 다음 질문에 답해야 합니다.

시작하기에 앞서 before-you-start

테스트의 실제 분석 및 정의를 시작하기 전에 다음 정보를 검토하십시오.

AEM 아키텍처 - AEM의 아키텍처 및 기본 원리에 대해 소개하는 기본 개념 을 참조하십시오.

설명서 - 자세한 내용은 설명서 섹션 또는 방법 문서를 참조하십시오.

테스트의 기본 원칙 - 소프트웨어 테스트 및 품질 보증의 기본 원칙을 알고 있어야 합니다. 프로젝트 테스트 경험이 있는 것이 좋습니다.

이러한 원칙을 다루는 많은 웹 사이트, 책 및 과정이 있으므로 이 문서에서 자세히 다루지 않습니다.

피해야 할 가정 - 가장 큰 가정은 웹 사이트가 매일 수백만 개의 요청을 서비스해야 한다는 것입니다. 특정 상황에서 이는 사실일 수 있지만, 상정할 수는 없다.

100% 정확도로 향후 숫자를 예측할 수는 없지만 기존 사이트와 경험한 트래픽을 관찰하면 좋은 지표를 얻을 수 있습니다. 그런 다음 예상/트래픽이 증가할 것으로 기대하는 요소에 따라 예상치를 만들 수 있습니다.

품질에 대한 약속 " 무엇보다 중요한 것은 테스트를 하는 사람은 중립을 지키고 테스트 결과를 단순히 보고하는 것입니다."

결과에 따라 작업을 결정하고 시작하는 것은 프로젝트 관리자의 책임입니다.

참여하기 - 모든 당사자가 모든 회의(상태, 워크숍 등)에 완전히 참여하도록 하는 것은 프로젝트 관리자의 책임이지만, 정보 수집 및 요구 사항 분석 프로세스를 포함하여 프로젝트 주기를 최대한 일찍 참여하도록 해야 합니다.

고객 참여 - 유사한 테마에서 테스트 사례 및 계획을 정의할 때 고객(가능한 경우)을 참여시키도록 하십시오.

테스트 유형 types-of-tests

AEM 프로젝트를 테스트할 때 사용하기에 적합한 다양한 테스트 표준 분류가 있습니다. 사용할 항목을 결정하려면 다음 사항을 잘 알고 있어야 합니다.

NOTE
시간 순서대로 표시됩니다.

단위 테스트 - 개별 요소가 올바르게 동작하는지 확인하기 위해 개발 팀에서 (일반적으로) 테스트합니다. 단, 따로 테스트해야 합니다.

통합 테스트 - 모듈 결합 시 모듈을 테스트합니다. 이러한 테스트는 단위 테스트 후 시스템 테스트 전에 수행됩니다.

연기 검사 - 소프트웨어가 실행 중이고 높은 수준의 기능을 사용할 수 있음을 입증하는 데 사용되는 빠르고 간단한 테스트입니다. 세부 사항은 테스트되지 않습니다.

기능 테스트 - 소프트웨어의 기능을 테스트하는 데 사용됩니다. 일련의 테스트는 예상된 입력 및 예기치 않은 입력 및/또는 잘못된 입력을 모두 포함하여 모든 기능 세부 사항을 포함하도록 디자인됩니다.

블랙박스 테스트는 해당 요소의 내부 작업에 대해 알지 못한 채 수행되는 전체 단위/구성 요소/모듈에 대한 기능 테스트입니다.

시스템 테스트 - 전체 시스템이 완전히 통합되고 적합한 플랫폼에 설치되면 이를 테스트합니다.

블랙박스 기준으로 기능을 테스트합니다.

성능 테스트 - AEM을 테스트할 때 성능 테스트는 매우 중요합니다.

서로 다른 조건에서 성능을 보여 주는 데 사용됩니다.

  • 일반

    사이트에서 경험하게 될 조건은 시간의 90%라고 합니다. 예를 들어 작성자의 비율만 시스템을 사용하는 경우입니다.

  • 피크

    모든 작성자가 시스템을 동시에 사용하거나 새 콘텐츠가 게시되고 사이트를 보는 방문자의 수가 증가하는 등 특별한 상황으로 인해 비례적으로 짧은 시간 동안 경험할 조건입니다.

  • 극단적

    새롭고 매우 흥미로운 콘텐츠가 웹 사이트에 게시되는 경우 성능 예측을 에뮬레이션하는 데 사용할 수 있습니다. 그런 다음 극단적인 최고점이 보일 수 있습니다. 하지만 이는 항상 완전히 예측할 수 있는 것은 아닙니다.

    특정 종목의 티켓을 예매하거나 대망의 웹 사이트가 최초로 공개되는 경우, 이러한 상황이 간혹 눈에 띈다.

그런 다음 응용 프로그램을 조정하는 데 결과가 사용됩니다.

부하 시험 - 극단적인 조건에서 구성 요소 또는 애플리케이션이 어떻게 작동하는지 확인하기 위해 스트레스 테스트를 수행합니다. 특히 이러한 테스트는 비헤이비어가 악화되는 방식, 요소에 오류가 발생하는 방식 및 방법을 보여주는 데 사용됩니다.

회귀 테스트 - 회귀 테스트는 소프트웨어의 이전 릴리스에서 이미 입증된 기능이 여전히 올바르게 작동하는지 확인하는 데 사용됩니다.

회귀 테스트는 빠르고 일관되게 반복할 수 있도록 자동화에 적합한 후보입니다(가능한 경우).

승인 테스트 - 수락 테스트는 고객의 프로젝트 수락을 나타내는 데 사용되는 특별한 범주입니다.

수락 테스트 목록에는 위의 다양한 카테고리의 테스트 조합이 포함될 수 있으며 프로젝트가 고객의 요구 사항을 충족하는지 확인하기 위해 선택됩니다

다음을 참조하십시오 수락 및 승인 을 참조하십시오.

시작 getting-started

자세한 테스트 사례 및 테스트 계획을 시작하기 전에 다음을 수행할 수 있습니다.

목표 정의 - 테스트가 진행될 때 세부 조정을 위한 시작점으로 작동하도록 높은 수준의 목표를 정의합니다. 다음과 같은 작업을 수행할 수 있습니다.

  • 상세 요구 사항 사양에 따라 기능을 테스트합니다.
  • 에 따라 성능 테스트 Target 지표.

다른 사람들 사이에.

기존 웹 사이트에서 트래픽 통계 수집 - 이 정보는 로그 파일에서 추출할 수 있습니다. 자세한 내용은 성능 모니터링 을 참조하십시오.

이러한 수치는 기존 웹 사이트의 현재 트래픽(볼륨 및 스프레드)을 나타내며 새 웹 사이트의 기준점을 구성하는 데 사용할 수 있습니다.

외부 웹 사이트에서 트래픽 통계 수집 - 가능한 경우 비교를 위해 다른 웹 사이트에서 트래픽 통계를 수집할 수 있지만 이러한 수치가 항상 게시되는 것은 아닙니다.

Target 지표 확인 - 지표는 달성해야 할 성능 목표를 나타내므로 웹 사이트의 품질에 대한 정량적 측정을 정의하는 데 사용됩니다.

고객과 함께 프로젝트를 시작할 때 정의해야 합니다. 다음을 참조하십시오 Target 지표 추가 정보.

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2