계획

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

시작하기 전에

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

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

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

테스트의 기본 원칙 - 소프트웨어 테스트 및 품질 보증의 기본 원칙을 알아야 합니다. 가급적이면 프로젝트를 테스트한 경험이 있어야 합니다.

이러한 원칙을 다루는 많은 웹사이트, 책 및 강좌가 있으므로, 이 문서에서 자세히 다루지는 않을 것입니다.

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

100% 정확도로 예측할 수 없지만, 기존 사이트와 경험이 있는 트래픽을 관찰하면 좋은 결과를 얻을 수 있습니다. 그런 다음 트래픽이 증가할 것으로 기대하거나 희망하는 요인에 따라 추정을 할 수 있습니다.

품질에 대한 헌신 - 테스트를 한 사람은 중립으로 유지하고 테스트 결과를 간단하게 보고하는 것이 매우 중요합니다.

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

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

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

테스트 유형

AEM 프로젝트를 테스트할 때 사용할 수 있는 다양한 표준 테스트 분류가 있습니다. 다음 사항을 잘 알고 있어야 사용할 항목을 결정할 수 있습니다.

노트

이 파일들은 응용 프로그램 시간순으로 나열됩니다.

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

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

연기 테스트 - 소프트웨어가 실행되고 있으며 고급 기능을 사용할 수 있음을 입증하기 위해 사용되는 신속하고 더러운 테스트입니다. 자세한 내용은 테스트되지 않습니다.

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

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

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

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

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

다음과 같은 조건에 따라 성능을 나타내는 데 사용됩니다.

  • 일반

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

  • 피크

    특별한 상황으로 인해 비례적으로 짧은 시간에 경험할 조건;예를 들어, 모든 작성자가 시스템을 동시에 사용하거나 새 컨텐츠가 게시될 때 그리고 사이트를 보는 방문자의 수가 증가하는 경우

  • Extreme

    웹 사이트에 새롭고 매우 흥미로운 컨텐츠가 게시될 때 성과 예측을 에뮬레이션하는 데 사용할 수 있습니다. 그런 다음 극단적인 최고점을 볼 수 있습니다. 하지만 이것이 항상 충분히 예측가능하지는 않을 수 있습니다.

    이러한 상황들은 특정 이벤트 티켓을 구할 수 있거나, 오랫동안 기다려온 웹사이트가 처음으로 게시될 때 종종 보입니다.

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

스트레스 테스트 - 스트레스 테스트는 구성 요소 또는 애플리케이션이 극단적인 조건에서 동작하는 방식을 확인하기 위해 수행됩니다. 특히 이러한 테스트는 동작이 어떻게 나빠지고, 요소가 실패할 때 및 방법을 보여주는 데 사용됩니다.

회귀 테스트 - 회귀 테스트를 사용하여 소프트웨어의 이전 릴리스에서 이미 입증된 기능이 여전히 제대로 작동하는지 확인합니다.

회귀 테스트는 자동화(가능한 경우)가 빠르고 일관되게 반복될 수 있도록 하기 위한 좋은 후보입니다.

수락 테스트 - 수락 테스트는 고객이 프로젝트를 수락했음을 나타내는 데 사용되는 특수 카테고리입니다.

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

자세한 내용은 수락 및 승인을 참조하십시오.

시작하기

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

목표 정의 - 테스트 진행에 따라 세부 조정을 위한 시작점으로 활용할 높은 수준의 목표를 정의합니다. 다음을 수행할 수 있습니다.

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

다른 사람들 중에서

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

이러한 수치는 기존 웹 사이트의 현재 트래픽(볼륨 및 스프레드)을 표시하고 새 웹 사이트의 기본 지점을 형성하는 데 사용할 수 있습니다.

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

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

고객과 함께 프로젝트를 시작할 때 정의해야 합니다. 자세한 내용은 Target 지표를 참조하십시오.

이 페이지에서는

Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free