계획

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

시작하기 전에

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

AEM 아키텍처 - 기본 개념을 참조하여 AEM의 아키텍처 및 기본 원칙을 소개합니다.

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

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

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

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

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

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

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

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

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

테스트 유형

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

노트

이 목록은 애플리케이션 시간순으로 나열됩니다.

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

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

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

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

블랙 박스 테스트는 해당 요소의 내부 작동 원리를 모르면서 수행되는 전체 유닛/구성 요소/모듈의 기능 테스트입니다.

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

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

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

다른 조건에서 성능을 나타내는 데 사용됩니다.

  • 일반

    사이트가 경험하게 되는 조건은 90%입니다. 예를 들어 작성자의 비율만 시스템을 사용하는 경우

  • Peak

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

  • 익스트림

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

    이러한 상황은 특정 이벤트 티켓을 사용할 수 있게 되거나, 오랫동안 기다렸던 웹 사이트를 처음으로 게시할 때 종종 표시됩니다.

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

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

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

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

수락 테스트 - 수락 테스트는 고객의 프로젝트 수락 여부를 나타내는 데 사용되므로 특별한 카테고리입니다.

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

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

시작하기

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

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

다른 사용자와 공유하십시오.

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

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

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

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

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

이 페이지에서는