도메인에 대한 QA 관점

얼마 전 QA의 역할을 알아보던 중 도메인과 관련된 질문을 받은 적이 있습니다.
한 사이트에 연결된 도메인은 어떤 것들이 있을까요?
왜 이런 질문을 했을까 생각해 보다가 사이트에 연결된 도메인을 파악하고 테스트 계획을 짜는 것도
QA가 생각해야하는 범위였구나라고 생각되어 관련 내용에 대한 포스팅을 해보려고 합니다 🤣

 

도메인과 서브도메인

도메인은 인터넷에서 특정 웹사이트를 식별하는 고유한 주소입니다. 웹사이트 방문자가 해당 사이트에 접근할 수 있도록 도와주는 중요한 요소입니다. 예를 들어, "www.example.com"에서 "example.com"이 도메인입니다. "www"는 서브 도메인이죠.

그럼 하나의 사이트에 연결된 도메인들은 얼마나 될까요?

 

쿠팡사이트(https://www.coupang.com/)로 예를 들어보겠습니다

첫 페이지부터 수많은 상품 링크들이 보이는데요. 여러 링크들 중 main 페이지인 https://www.coupang.com/ 외 다른 서브 도메인은 어떤 항목이 있을까요?

눌러보면 아시겠지만, 각 페이지마다 서브 도메인이 별도로 있는 것은 아닙니다 :)

하나에 도메인 페이지에 여러 링크, 데이터를 표시하고 있는 것을 알 수 있습니다.

그럼 연결된 서브 도메인은 뭐가 있을까요? 가장 먼저 떠오르는 것은 로그인!이라고 생각됩니다

보시는 것처럼 coupang.com 도메인 앞에 login 서브 도메인을 붙여서 로그인을 관리하는 페이지로 사용됩니다. 

장바구니는 cart.coupang.com 서브 도메인을 사용하여 관리하고 있는 것을 알 수 있습니다.

이 외에도 결제를 관리하는 payment.coupang.com

파트너스 페이지인 partners.coupang.com

API 관련 페이지인 cmapi.coupang.com 등 여러 서브 도메인들이 있습니다.

그리고, coupang.com 도메인 외 다른 도메인과 연결되어 사용되는 경우도 많이 있겠죠!? (ex: 결제 시스템)

이렇게 서브 도메인을 분리하는 이유는 왜 일까요 ??

여러 이유들이 있겠지만 제가 생각하는 이유는 아래와 같습니다.

• 관리의 용이성
  • 서브 도메인의 명칭을 명확하게 하여 독립적으로 관리하고 운영할 수 있도록 지원할 수 있습니다.
• 트래픽 분산 용도
  • 메인 도메인의 트래픽을 분산하여 대규모 트래픽 발생 시 메인 사이트의 성능 저하를 방지할 수 있습니다.
  • 또한, 서비스 간의 충돌을 방지하여 각 서비스의 성능을 최적화하는데 유리합니다.
• 보안 용도
  • 관리자 페이지나 API 관리 페이지는 별도의 'admin.example.com' 이런 식으로 관리하면 메인 사이트와 분리된 보안 환경을 제공할 수 있습니다.
• 확장성
  • 메인 페이지 외 별도 페이지를 만들기 용이합니다.
  • 새로운 프로젝트나 서비스가 필요하다면, 서브 도메인을 추가하여 별도 도메인으로 확장하여 개발할 수 있습니다.

 

도메인과 QA

그럼 이렇게 다양한 서브 도메인들에 대해 QA는 어떤 방향으로 서브도메인을 관리해야 할까요?

개인적인 생각들을 정리해 보겠습니다 :)

 

먼저, 서브 도메인 별 테스트 계획을 다르게 가지고 갈 수 있기에 테스트 케이스를 분리하여 관리할 수 있어야 합니다.

예를 들어 'cart.coupang.com' 도메인과 관련된 부분은 장바구니 관련 테스트 케이스를 추가할 수 있을 것이며, 'login.coupang.com'은 로그인, 회원가입 관련 테스트 케이스가 추가될 것입니다.

간단한 예시를 들어보면 아래와 같습니다.

메인 쇼핑 페이지 (www.example.com)
기능 테스트	홈페이지 로딩 : 홈페이지가 정상 표시 되며, 주요 섹션들이 올바르게 표시되는지 확인 상품 검색 : 사용자가 특정 상품을 검색했을 때 정상 표시되는지 확인 상품 상세 페이지 : 상품 클릭 시 상세 정보, 리뷰, 평점이 정상 표시 되는지 확인
성능 테스트	로드 테스트 : 홈페이지, 상품 페이지의 로딩 시간을 측정 트래픽 처리 테스트 : 동시 사용자가 많을 경우 시스템이 안정적으로 작동하는지 확인
장바구니 서브 도메인(cart.example.com)
기능 테스트	상품 검색 : 검색 기능을 통해 정상 결과가 반환 되는지 확인 장바구니 기능 : 장바구니에 추가, 삭제, 수량 변경 기능이 정상 동작되는지 확인 결제 기능 : 장바구니 목록들이 결제 시스템과 연동 되는지 확인 (결제 관련 서브 도메인과 연결)
UI/UX 테스트	디자인 일관성 : 디자인이 다른 페이지와 이질감이 없는지 확인 디바이스 테스트 : 페이지가 디바이스 별(데스크탑, 태블릿, 모바일) 환경에서 올바르게 표시되는지
성능 테스트	로드 테스트 : 사용자가 동시에 접속 했을 때 로딩 시간이 변하는지 테스트 스트레스 테스트 : 최고 트래픽 상황에서 시스템이 얼마나 버티는지 테스트

페이지마다 주로 테스트할 목적과 중요한 항목들을 구분하여 테스트 계획을 수립할 수도 있을 것 같습니다.

실제로 쇼핑몰에 대한 QA 업무를 진행해 본 적은 없어서 예상되는 부분만 작성했을 뿐 현업에서는 수많은 테스트가 필요하겠죠..? 🤣

공부를 하면서 포스팅을 쓰다 보니 부족한 점이 많지만.. 조금씩 개선해 보도록 하겠습니다 😏

다음에 다른 포스팅으로 찾아뵙겠습니다 :)