계획 planning

CAUTION
AEM 6.4가 확장 지원이 종료되었으며 이 설명서는 더 이상 업데이트되지 않습니다. 자세한 내용은 기술 지원 기간. 지원되는 버전 찾기 여기.

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

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

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

AEM 아키텍처 - AEM의 아키텍처와 기본 원칙을 소개하려면 기본 개념 을 참조하십시오.

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

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

이러한 원칙을 다루는 많은 웹사이트, 책, 강좌가 있어서 이 문서에서 상세하게 다루지는 않을 것이다.

피할 가정 - 가장 큰 가정(정기적으로 수행)은 웹 사이트에서 매일 수백만 개의 요청을 제공해야 한다는 것입니다. 어떤 경우에는 이것이 사실일 수 있지만, 가정할 수는 없다.

100% 정확도로 향후 숫자를 예측할 수 없지만, 기존 사이트 및 경험된 트래픽을 관찰하면 좋은 결과가 나타납니다. 그런 다음, 트래픽이 증가할 것으로 예상하는 / 요인에 따라 예측을 할 수 있습니다.

품질 보증 " 검사를 하는 사람은 누구나 중립을 지키며, 검사 결과를 보고한다는 것이 무엇보다 중요합니다."

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

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

고객 참여 - 유사한 주제로 테스트 사례 및 계획을 정의할 때 고객(가능한 경우)을 참여하도록 합니다.

테스트 유형 types-of-tests

AEM 프로젝트를 테스트할 때 사용하기 적합한 다양한 표준 테스트 분류가 있습니다. 다음 사항을 숙지하여 사용할 항목을 결정해야 합니다.

NOTE
이러한 항목은 애플리케이션 순서대로 나열됩니다.

단위 테스트 - 개별 요소가 격리되어 있지만 올바르게 동작하도록 개발 팀이 테스트(일반적으로)

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

연기 검사 - 이 테스트는 소프트웨어가 실행되고 있고 고급 기능을 사용할 수 있음을 입증하는 데 사용되는 빠르고 더러운 테스트입니다. 세부 사항은 테스트되지 않습니다.

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

블랙박스 테스트는 해당 요소의 내부 작동 원리를 알지 못하고 수행되는 전체 단위/구성 요소/모듈의 기능 테스트입니다.

시스템 테스트 - 전체 시스템을 완전히 통합하여 적절한 플랫폼에 설치한 후 테스트합니다.

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

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

서로 다른 조건에서 성능을 표시하는 데 사용됩니다.

  • 일반

    사이트에서 경험할 시간의 약 90%. 예를 들어 작성자의 비율만 시스템을 사용하는 경우

  • 피크

    특별한 상황으로 인해 비례적으로 짧은 시간 동안 경험할 조건. 예를 들어 모든 작성자가 시스템을 동시에 사용하거나 새 컨텐츠가 게시되고 더 많은 방문자가 사이트를 볼 때 시스템을 사용합니다.

  • 익스트림

    매우 흥미로운 새로운 컨텐츠가 웹 사이트에 게시될 때 성과 예측을 에뮬레이션하는 데 사용할 수 있습니다. 그러면 극단적인 최고점을 볼 수 있습니다. 하지만 이것이 항상 완전히 예측가능한 것은 아닐 수도 있습니다.

    이러한 상황은 때로 특정 이벤트에 대한 티켓을 사용할 수 있을 때 또는 몹시 기다려지는 웹 사이트가 처음으로 게시될 때 표시됩니다.

그런 다음 결과를 사용하여 애플리케이션을 조정합니다.

스트레스 테스트 - 스트레스 테스트는 구성 요소나 응용 프로그램이 극한 조건에서 어떻게 동작하는지를 확인하기 위해 수행됩니다. 특히 이러한 테스트는 동작이 어떻게 나빠지는지, 요소가 언제 실패하게 되는지 및 어떻게 변하는지를 표시하는 데 사용됩니다.

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

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

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

수락 테스트 목록에는 위의 여러 범주 중에서 테스트의 조합이 포함될 수 있으며, 프로젝트가 고객의 요구 사항을 충족하는지 확인하도록 선택됩니다

자세한 내용은 수락 및 승인 자세한 내용

시작하기 getting-started

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

목표 정의 - 테스트 진행 시 미세 튜닝의 시작점으로 사용할 높은 수준의 목표를 정의합니다. 다음을 수행합니다.

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

다른 사람들 중에서

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

이 수치들은 기존 웹 사이트의 현재 트래픽(볼륨 및 스프레드)을 나타내며 새 웹 사이트의 기본 포인트를 만드는 데 사용할 수 있습니다.

외부 웹 사이트에서 트래픽 통계 수집 - 비교를 위해 다른 웹 사이트에서 트래픽 통계를 수집할 수 있지만 이 수치가 항상 게시되지는 않습니다.

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

고객과 함께 프로젝트 시작 시 정의해야 합니다. 자세한 내용은 Target 지표 추가 정보.

recommendation-more-help
2315f3f5-cb4a-4530-9999-30c8319c520e